Удаление зависимости версии сборочного файла в.NET Project или Обратная совместимость "dll's со старыми версиями

Я застрял с проблемами совместимости сборки с моим проектом.

1) У меня есть проект.NET, где я указываю версию сборки. "Большая часть. Меньшая часть. Строительная часть. Ревизионная часть". 2) Для следующей сборки версия сборки увеличивается. 3) Есть много файлов (dll), которые не имеют каких-либо изменений, но их версия сборки обновлена. 4) Новые файлы "dll" не совместимы с более старыми версиями тех же файлов dll.

Я пытался получить больше информации, чтобы решить эту проблему онлайн.

1) Существует концепция политики издателя, в которой я могу указать номер более старой версии. 2) Файл манифеста, который будет добавлен в проект для всех классов и предоставит диапазон возможных версий, которые можно использовать, если текущая версия недоступна.

Я не уверен, правильно ли я поступаю. В чем разница между подходом политики издателя и подходом к файлу манифеста.

Можно ли сделать обратную совместимость для "dll's".

0 ответов

Другие вопросы по тегам