Проверка наличия импортируемых dll - .NET

При программировании для win mobile достаточно часто в код приходится вносить строки типа

        [DllImport("coredll.dll")]

Однако в некоторых типах устройств нужных мне dll может не быть. В этом случае программа должна продолжить работу, не задействовав те функции, которые завязаны на внешнюю dll.

Как мне реализовать проверку наличия нужных мне внешних ресурсов?
Может какой нибудь хитрый try catch?

Здравствуйте, AntonAD, Вы писали:

AAD>При программировании для win mobile достаточно часто в код приходится вносить строки типа

AAD>        [DllImport("coredll.dll")]

AAD>Однако в некоторых типах устройств нужных мне dll может не быть. В этом случае программа должна продолжить работу, не задействовав те функции, которые завязаны на внешнюю dll.
AAD>Как мне реализовать проверку наличия нужных мне внешних ресурсов?
AAD>Может какой нибудь хитрый try catch?

Не нужно хитрого — самым обычным оборачивайте вызов вашего импортированного метода и ловите DllNotFoundException:

try {
  MyExternalMethod();
} catch(DllNotFoundException ex) {
  // Сборка не найдена
}//try

Здравствуйте, _FRED_, Вы писали:

_FR>Не нужно хитрого — самым обычным оборачивайте вызов вашего импортированного метода и ловите DllNotFoundException:
_FR>

_FR>try {
_FR>  MyExternalMethod();
_FR>} catch(DllNotFoundException ex) {
_FR>  // Сборка не найдена
_FR>}//try
_FR>

Я делал иначе

        [System.Runtime.InteropServices.DllImportAttribute("kernel32.dll", EntryPoint = "LoadLibrary")]
        static extern IntPtr LoadLibrary(string lpFileName);

        public static bool Init()
        {
            IntPtr xDLL = LoadLibrary("X.DLL");
            return xDLL != IntPtr.Zero;
        }

После вызова Init известно, загрузилась или нет

            if (!x.Init())
            {
                MessageBox.Show("Can't load X.DLL", "Error");
                return;
            }

В этом случае обрабатывается не только ее отсутствие, но и любые проблемы, связанные с загрузкой. А их много бывает. Можно при желании GetLastError еще вызвать.

Здравствуйте, AntonAD, Вы писали:

AAD>При программировании для win mobile достаточно часто в код приходится вносить строки типа
AAD>

AAD>        [DllImport("coredll.dll")]

AAD>

AAD>Однако в некоторых типах устройств нужных мне dll может не быть. В этом случае программа должна продолжить работу, не задействовав те функции, которые завязаны на внешнюю dll.

AAD>Как мне реализовать проверку наличия нужных мне внешних ресурсов?
AAD>Может какой нибудь хитрый try catch?

обернуть DllImport'ы в #if .. #endif ? и собирать для каждой платформы\устройства с нужными директивами компилятора ?

Здравствуйте, depend86, Вы писали:

D>обернуть DllImport'ы в #if .. #endif ? и собирать для каждой платформы\устройства с нужными директивами компилятора ?

Начинал именно так, но слишком много разных вариантов.

_FR>Не нужно хитрого — самым обычным оборачивайте вызов вашего импортированного метода и ловите DllNotFoundException:
_FR>

_FR>try {
_FR>  MyExternalMethod();
_FR>} catch(DllNotFoundException ex) {
_FR>  // Сборка не найдена
_FR>}//try
_FR>

Спасибо

PD>Я делал иначе

PD>

PD>        [System.Runtime.InteropServices.DllImportAttribute("kernel32.dll", EntryPoint = "LoadLibrary")]
PD>        static extern IntPtr LoadLibrary(string lpFileName);

PD>        public static bool Init()
PD>        {
PD>            IntPtr xDLL = LoadLibrary("X.DLL");
PD>            return xDLL != IntPtr.Zero;
PD>        }

PD>

PD>После вызова Init известно, загрузилась или нет

PD>

PD>            if (!x.Init())
PD>            {
PD>                MessageBox.Show("Can't load X.DLL", "Error");
PD>                return;
PD>            }

PD>

PD>В этом случае обрабатывается не только ее отсутствие, но и любые проблемы, связанные с загрузкой. А их много бывает. Можно при желании GetLastError еще вызвать.

Спасибо

Здравствуйте, Pavel Dvorkin, Вы писали:

PD>В этом случае обрабатывается не только ее отсутствие, но и любые проблемы, связанные с загрузкой. А их много бывает. Можно при желании GetLastError еще вызвать.

Ещё для порядка хорошо бы вызвать GetProcAddress.

	От:	AntonAD
	Дата:	30.10.10 11:05
	Оценка:

От:	_FRED_	@ViIvanov
Дата:	30.10.10 11:12
Оценка:

	От:	Pavel Dvorkin
	Дата:	30.10.10 15:16
	Оценка:

	От:	depend86
	Дата:	30.10.10 16:46
	Оценка:

	От:	AntonAD
	Дата:	30.10.10 17:18
	Оценка:

От:	IT	linq2db.com
Дата:	01.11.10 13:12
Оценка:	+1