Блог

У меня есть библиотека, написанная полностью.NET и я переношу его на .NET Core. Я намерен настроить его на .netstandard1.1 (чтобы он также был совместим с .NET45).

Когда я создаю проект с помощью Visual Studio, он автоматически зависит от NETStandard.Пакет библиотеки nuget.

Моей библиотеке нужны только два пакета:

• System.Runtime
• System.Runtime.Службы взаимодействия

Два вопроса :

1. Нужно ли мне ограничивать зависимости моего проекта только этими двумя пакетами? Перефразировано: может быть, nuget (или Visual studio, или другой волшебный материал) может самостоятельно ограничивать только необходимые пакеты, а не полный NETStandard.Библиотека?

2. Если ответ на первый вопрос отрицательный, стоит ли выполнять это ограничение?

Заранее спасибо. (Извините за мой английский, я не являюсь носителем языка)

В вашем вопросе есть некоторые аспекты…

1. Выбор netstandard1.1 фреймворка ограничит вашу доступную поверхность API в редакторе (здесь VS Code) тем, что доступно в этой версии. Только что протестировано с File.OpenRead помощью VS Code для netstandard1.1 (недоступно) и netstandard1.6 (доступно).
2. NETStandard.Library Зависимость (версия 1.6 подходит для обоих случаев) является зависимостью от пакета. Как только сборка будет скомпилирована, сама сборка объявит внешние сборки (иначе называемые ссылочными сборками), которые фактически использовались (например, System.Runtime и System.Linq), а не все сборки, найденные в NETStandard.Library мета-пакете.

Пока вы не упаковываете его для NuGet, ограничения ссылок на сборку в любом случае выполняются за вас. Однако упаковка NuGet будет ссылаться на NETStandard.Library пакет

Если вы используете NuGet и это сокращение важно для вас, я думаю, правильным термином будет обрезка зависимости NuGet, описанный здесь ручной процесс (краткая версия: скопируйте все ссылки из мета-пакета и удалите все, что вы не используете).

1. Я не уверен, что это ошибка VS, однако, похоже, VS не нравится создавать библиотеку и не NETStandard.Library включать пакет 🙂 Итак, нет.
2. Если вы не используете Visual Studio Code или Notepad и т. Д. это замедлит вашу разработку, поскольку VS помешает вам создавать проект и т. Д. Итак, снова нет.

Итог. Преждевременная оптимизация может вызвать больше проблем, чем пользы. Сначала перенесите свою библиотеку и только потом проверьте, нужно ли ее оптимизировать.