Не подключается dll библиотека

@qwertun · Регистрация: 22.12.2012

Студворк — интернет-сервис помощи студентам

Здравствуйте, уважаемые форумчане!
Пишу мультиязычную программу. Для каждого языка создаю отдельную dll, что-бы ее можно было кинуть в папочку с прогой и прога сразу нашла новый язык, без всяких using <имя_библиотеки> в коде основной программы.
Для этого использую следущий код

C#

            string programPath = Environment.CurrentDirectory;
            DirectoryInfo dir = new DirectoryInfo(programPath);
            FileInfo[] files = dir.GetFiles("*.dll");
            foreach (var item in files)
            {
                string str = item.Name;
                str = str.Split('.')[0];
                try
                {
                    Assembly asm = Assembly.Load(str);
                    Type T = asm.GetType(str + ".LangClass");
                    FieldInfo Str3 = T.GetField("language");
                    object obj = Activator.CreateInstance(T);
                    MessageBox.Show(Str3.GetValue(obj).ToString());
                }
                catch
                {
                    MessageBox.Show("Какой то сбой !!!");
                }
            }

В данном варианте он работает.
НО, если переместить dll-ку в другую папку и указать путь к этой папке

C#

1 2	string path = programPath + "\\Files\\Languages"; DirectoryInfo dir = new DirectoryInfo(path);

то в строке Assembly asm = Assembly.Load(str); вылетает исключение "Не удалось загрузить файл или сборку "UA" либо одну из их зависимостей. Не удается найти указанный файл.", хотя dll-ка в папке есть и переменная str сначала равна имени файла библиотеки "RU.dll", а после сплита "RU", чему собственно str и должна равняться.

Вопрос, почему?

@Detect · 14.01.2015, 19:36

Попробуйте использовать Assembly.LoadFrom вместо Assembly.Load.

@OwenGlendower · 14.01.2015, 23:10

qwertun, почему ты не использвуешь стандартные механизмы локализации с использованием satellite assemblies с локализованными ресурсами? Windows Forms и WPF поддерживают это.

@qwertun · 15.01.2015, 00:22 **[ТС]**

Сообщение от OwenGlendower

почему ты не использвуешь стандартные механизмы локализации с использованием satellite assemblies с локализованными ресурсами?

потому-что первый раз о них слышу

@OwenGlendower · 15.01.2015, 00:42

Значит изучи их прежде чем писать собственную реализацию:

@qwertun · 15.01.2015, 11:48 **[ТС]**

Сообщение от Detect

Попробуйте использовать Assembly.LoadFrom вместо Assembly.Load.

теперь в

C#

1	FieldInfo Str3 = T.GetField("language");

исключение "Ссылка на объект не указывает на экземпляр объекта.", из-за того что Т равен null.
Если делать Assembly.LoadFile результат такой-же как и при Assembly.LoadFrom.

Добавлено через 4 минуты
OwenGlendower, мне не очень хочеться так делать потому-что каждый новый язык нада прописывать в коде программы, добавлять файлы ресурсов и тд и тп.
Я выбрал метод, который делаю, потому-что добавление нового языка не приведет к изменению кода самой программы, просто dll-ку кидаем в папку с прогой и всё, есть новый язык.

Добавлено через 12 минут
Detect, работает, спасибо, я просто немного зафейлил и в Type T = asm.GetType писал полный путь вместо имени сборки)

C#

            string programPath = Environment.CurrentDirectory;
            string path = programPath + "\\Files\\Languages";
            DirectoryInfo dir = new DirectoryInfo(path);
            FileInfo[] files = dir.GetFiles("*.dll");
            foreach (var item in files)
            {
                string str = item.FullName;
                string str1 = item.Name;
                str1 = str1.Split('.')[0];
                try
                {
                    Assembly asm = Assembly.LoadFrom(str);
                    Type T = asm.GetType(str1 + ".LangClass");
                    FieldInfo Str3 = T.GetField("language");
                    object obj = Activator.CreateInstance(T);
                    MessageBox.Show(Str3.GetValue(obj).ToString());
                }
                catch
                {
                    MessageBox.Show("Какой то сбой !!!");
                }
            }

@OwenGlendower · 15.01.2015, 12:46

qwertun,

Сообщение от qwertun

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

Тебе виднее, но стандартный механизм локализации тоже не требует вносить изменения в код для поддержки нового языка.

Сообщение от qwertun

Detect, работает, спасибо

В приведенном примере советую заменить Environment.CurrentDirectory на AppDomain.CurrentDomain.BaseDirectory и использовать класс Path для работы с путями:

C#

string programPath = AppDomain.CurrentDomain.BaseDirectory;
string path = Path.Combine(programPath, @"Files\Languages");
string[] files = Directory.GetFiles(path, "*.dll");
foreach (string dllPath in files)
{
    string name = Path.GetFileNameWithoutExtension(dllPath);
    try
    {
        Assembly asm = Assembly.LoadFrom(dllPath);
        Type T = asm.GetType(name + ".LangClass");
        FieldInfo Str3 = T.GetField("language");
        object obj = Activator.CreateInstance(T);
        MessageBox.Show(Str3.GetValue(obj).ToString());
    }
    catch
    {
        MessageBox.Show("Какой то сбой !!!");
    }
}

@qwertun · 15.01.2015, 13:40 **[ТС]**

Сообщение от OwenGlendower

В приведенном примере советую заменить Environment.CurrentDirectory на AppDomain.CurrentDomain.BaseDirectory и использовать класс Path для работы с путями:

а зачем? чем оно лучше?

@OwenGlendower · 15.01.2015, 13:45

qwertun, тем что т.н. "текущий каталог" может указывать куда угодно, а AppDomain.CurrentDomain.BaseDirectory всегда указывает на папку приложения. Класс Path делает код более понятным и облегчает работу с путями.

@qwertun · 16.01.2015, 12:02 **[ТС]**

Сообщение от OwenGlendower

тем что т.н. "текущий каталог" может указывать куда угодно

ну хз, юзаю Environment.CurrentDirectory, и он всегда указывает на папку приложения

@OwenGlendower · 16.01.2015, 19:47

qwertun, вот несколько ситуаций когда CurrentDirectory будет указывать не на папку с программой:

При запуске через ярлык с измененным каталогом в поле "Start in"
Если другая программа будет запускать твою и указывать другой WorkingDirectory
При запуске через планировщик задач Windows

Список не полный. Кроме того При этом CurrentDirectory может еще меняться в течение сеанса работы програмы. AppDomain.CurrentDomain.BaseDirectory изменить нельзя и он всегда указывает на каталог программы.

@qwertun · 16.01.2015, 21:18 **[ТС]**

OwenGlendower, спасибо за информацию

@Detect 123 / 123 / 72 Регистрация: 11.05.2014 Сообщений: 331
	14.01.2015, 19:36	2
	Попробуйте использовать Assembly.LoadFrom вместо Assembly.Load. 0

@OwenGlendower Администратор 16329 / 12818 / 5060 Регистрация: 17.03.2014 Сообщений: 26,086 Записей в блоге: 1
	14.01.2015, 23:10	3
	qwertun, почему ты не использвуешь стандартные механизмы локализации с использованием satellite assemblies с локализованными ресурсами? Windows Forms и WPF поддерживают это. 0

@qwertun 10 / 10 / 1 Регистрация: 22.12.2012 Сообщений: 508
	15.01.2015, 00:22 [ТС]	4
	Сообщение от OwenGlendower почему ты не использвуешь стандартные механизмы локализации с использованием satellite assemblies с локализованными ресурсами? потому-что первый раз о них слышу 0

@OwenGlendower Администратор 16329 / 12818 / 5060 Регистрация: 17.03.2014 Сообщений: 26,086 Записей в блоге: 1
	15.01.2015, 00:42	5
	Значит изучи их прежде чем писать собственную реализацию: Walkthrough: Localizing Windows Forms WPF Globalization and Localization Overview 1

@qwertun 10 / 10 / 1 Регистрация: 22.12.2012 Сообщений: 508
	15.01.2015, 13:40 [ТС]	8
	Сообщение от OwenGlendower В приведенном примере советую заменить Environment.CurrentDirectory на AppDomain.CurrentDomain.BaseDirectory и использовать класс Path для работы с путями: а зачем? чем оно лучше? 0

@OwenGlendower Администратор 16329 / 12818 / 5060 Регистрация: 17.03.2014 Сообщений: 26,086 Записей в блоге: 1
	15.01.2015, 13:45	9
	qwertun, тем что т.н. "текущий каталог" может указывать куда угодно, а AppDomain.CurrentDomain.BaseDirectory всегда указывает на папку приложения. Класс Path делает код более понятным и облегчает работу с путями. 0

@qwertun 10 / 10 / 1 Регистрация: 22.12.2012 Сообщений: 508
	16.01.2015, 12:02 [ТС]	10
	Сообщение от OwenGlendower тем что т.н. "текущий каталог" может указывать куда угодно ну хз, юзаю Environment.CurrentDirectory, и он всегда указывает на папку приложения 0

@OwenGlendower Администратор 16329 / 12818 / 5060 Регистрация: 17.03.2014 Сообщений: 26,086 Записей в блоге: 1
	16.01.2015, 19:47	11
	qwertun, вот несколько ситуаций когда CurrentDirectory будет указывать не на папку с программой: При запуске через ярлык с измененным каталогом в поле "Start in" Если другая программа будет запускать твою и указывать другой WorkingDirectory При запуске через планировщик задач Windows Список не полный. Кроме того При этом CurrentDirectory может еще меняться в течение сеанса работы програмы. AppDomain.CurrentDomain.BaseDirectory изменить нельзя и он всегда указывает на каталог программы. 1

@qwertun 10 / 10 / 1 Регистрация: 22.12.2012 Сообщений: 508
	16.01.2015, 21:18 [ТС]	12
	OwenGlendower, спасибо за информацию 0

Опции темы