Путь к DLL, установленной в GAC

Есть ли у вас возможность встроить ресурс в эту DLL? Таким образом, на самом деле не имеет значения, где находится DLL на диске, потому что файл XML будет следовать за ней. Затем вы можете сделать что-то вроде этого:

Stream s = Assembly.GetExecutingAssembly().GetManifestResourceStream("MyProject.MyXmlFile.xml");
XmlDocument d = new XmlDocument();
using (StreamReader r = new StreamReader(s))
{
    d.LoadXml(r.ReadToEnd());
}

Если что-то помещается в GAC, оно фактически копируется в место под% WINDIR% \ assembly, например

C:\WINDOWS\assembly\GAC_32\System.Data\2.0.0.0__b77a5c561934e089\System.Data.dll

Я предполагаю, что вы видите что-то подобное, когда проверяете Местоположение рассматриваемой сборки, когда она установлена ​​в GAC. Это действительно так. (В .NET 1.1 была указана «база кода», когда вы просматривали свойства сборки GAC, но это было только для того, чтобы показать вам, где находится исходный файл при запуске gacutil - на самом деле он не указывал, что будет загружено. ) Можно почитать подробнее об этом здесь.

Короче говоря, вы не сможете делать то, что хотите. Вместо того, чтобы смотреть на какую-то загружаемую сборку (Assembly.GetExecutingAssembly()), вы можете переключить поведение, чтобы оно выглядело относительно основной сборки приложения (Assembly.GetEntryAssembly()), или поместите файл в какое-то известное место, возможно, на основе переменной среды. это устанавливается.

Если вы ищете физическое место, где ваша GACed DLL сохраняется в файловой системе, попробуйте следующее: начало -> запустить -> c: \ windows \ assembly \ gac Если вы не нашли там папку, относящуюся к вашей DLL, вы можете создать папку «Вверх» в проводнике Windows, чтобы отобразить все в c: \ windows \ assembly в виде структур папок. Затем вы можете найти свою DLL в GAC_MSIL или в любой другой папке ...

Ваше здоровье, Шри

Я не думаю, что после теневого копирования сборки в глобальный кеш сборок есть какие-либо метаданные для отслеживания местоположения исходных сборок.

Чего вы пытаетесь достичь, внедряя в GAC? Если это просто ради CLR для решения задач, то есть альтернативный способ решения вашей проблемы.

Не устанавливайте gac dll, а добавьте следующий ключ в реестр (это место реестра просматривается CLR при попытке разрешить сборки)

32 bit OS : HKEY_LOCAL_MACHINE\SOFTWARE\\Microsoft\.NETFramework\v4.0.30319\AssemblyFoldersEx\foo

64 bit OS : HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework\v4.0.30319\AssemblyFoldersEx\foo

Для клавиши foo (используйте ваше любимое имя вместо foo) вы увидите имя клавиши «По умолчанию». Дважды щелкните по нему и установите значение там, где существует ваша сборка. (желательно абсолютный путь)

Теперь из Visual Studio ваш клиент должен иметь возможность видеть ваши сборки в диалоговом окне «Добавить ссылку» и использовать его.

Теперь перейдем к вашей реальной проблеме,

Assembly.GetExecutingAssembly() вернет путь к местоположению, в котором находятся установленные DLL. Найдите там XML-файл. :)

Примечание. В разделе реестра 4.0.30319 - это версия .NET Framework, на которую ориентировано ваше приложение. Вместо этого используйте ту версию, на которую нацелено ваше приложение.