Зависимости Microsoft - нужно ли включать их в проект развертывания? - PullRequest
0 голосов
/ 15 мая 2019

Я создаю проект развертывания в Visual Studio 2017 для надстройки. Это включает в себя несколько библиотек DLL, которые мы написали, и эти библиотеки в свою очередь зависят от определенных сборок Microsoft.

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

Это 6 зависимостей, в которых я не уверен:

Microsoft.Practices.ServiceLocation.dll
Microsoft.Practices.Unity.Configuration.dll
Microsoft.Practices.Unity.dll
Microsoft.WindowsAzure.Storage.dll
stdole.dll
System.Windows.dll

Имеет ли значение, разрешить ли проекту развертывания включать их в свои выходные данные или я должен принудительно исключить их? Особенно такие, как "stdole.dll" или "System.Windows.dll" - конечно, я могу предположить, что они всегда будут присутствовать на целевой машине, и, возможно, я должен даже убедиться, что они исключены, потому что наше программное обеспечение должно всегда гарантируете, что он использует «системные» сборки, которые присутствуют там, вместо того, чтобы пытаться представить свои собственные?

Любой совет приветствуется

Это развертывание предназначено для Windows 7 и более поздних версий. Вероятно, не будет поддерживать ничего старше, чем 8.1, хотя бы намного дольше.

Не уверен, имеет ли это значение?

...