На работе мы используем определенную внутреннюю DLL почти везде. Он постоянно обновляется, и часто мы будем использовать его как в 32-, так и в 64-битных приложениях. Это C ++ DLL в смешанном режиме (так мне сказали, что я мало знаю о конфигурации C ++ DLL и параметрах сборки, поэтому я передаю то, что слышу), и наши приложения находятся в C # в диапазоне от 2.0 до 4.0. Из-за того, что эта DLL есть везде, иногда старые версии берутся по мере необходимости (из проекта, который требует более старой версии).
Я использую эту DLL в жизненно важном месте в моем последнем проекте. Было бы намного лучше потерпеть неудачу на раннем этапе из-за неправильной версии используемой библиотеки DLL, а не в критический момент, когда эта библиотека фактически требуется. Какие методы доступны для проверки того, будет ли DLL работать на раннем этапе в коде?
Полагаю, я мог бы попытаться использовать объект из DLL, но я чувствую, что это полупустое решение, просто создаю объект, чтобы посмотреть, можно ли, не говоря уже о том, что этот метод не будет работать, если DLL не содержит объектов, которые могут быть созданы, и все другие методы могут оказать нежелательное влияние на ОС, базу данных или внутреннее состояние. Вторая идея, которая у меня возникла (поскольку эта DLL-библиотека является собственной), заключалась в том, чтобы включить в нее метод с учетом этого. Будет работать метод "ничего не делать" только для проверки DLL. Однако я знаю, что это не сработает для сторонних библиотек DLL, и это похоже на очень непрофессиональное решение.