Доля кода между несколькими проектами .NET Core

Question

Я хотел бы знать, как я могу совместно использовать исходные коды C# между двумя (или более) проектами .NET Core (проекты командной строки!).

Насколько я понимаю, я не могу ссылаться на исходные файлы в разных каталогах в проектах на основе xproj/project.json. Я заметил, что теперь кажется, что рекомендуется создавать пакеты nuget для всего. Но действительно ли мне нужно настроить частный репозиторий и создать пакет nuget только для того, чтобы иметь возможность совместно использовать некоторые общие исходные блоки?

VS2015 содержит шаблон для библиотеки .NET Core, который может быть подходящим для создания общей библиотеки. Возможно ли связать эту библиотеку с проектом без пакета nuget?

Answer 1

.NET Core Library - отличное решение для вас.

Сделайте это так же, как в стандартном решении C# - просто создайте проект и обратитесь к этому проекту или добавьте ссылку на DLL-файл.

Вам не нужно использовать Nuget для вашей собственной цели. Пакеты Nuget могут быть полезны для распространения вашей dll снаружи.

Разъяснение:

Я скучаю один момент - я использую VS2015, но я включил проект библиотек классов в моем решении, и я ссылка на проекте, а не DLL-файл, и это отлично работает в ASP.Net Core.

У меня также есть другой проект, в котором ссылка на DLL-файл работает нормально, но это предыдущая версия приложения ASP.NET (не Core). Кажется, NET Core не поддерживает этот способ, как в предыдущей версии (все же?).

Извините за путаю, иногда это слишком много технологий;)

Так вы могли бы просто включить ClassLibrary проект в решение вашего проекта и передать его как проект?

Answer 2

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

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

Существует широкий спектр возможностей, которые соответствуют вашим предпочтениям и текущему состоянию среды (I.E: возможность настройки Source Control или репозитория пакетов).