В bin отсутствуют временные зависимости dll.NET Standard 2.0 при обращении к проекту.NET 462

Если проект.NET 462 ссылается на dll.NET Standard 2.0, зависимости не копируются в папку выходного бина.

Он работает правильно, когда проект.NET Standard 2.0 упоминается как <ProjectReference /> а также <RestoreProjectStyle>PackageReference</RestoreProjectStyle> добавлен в проект.NET 462.

Мой проект.NET Standard 2.0 живет в другом решении и поэтому не может быть добавлен в качестве ссылки на проект.

Есть ли решение этой проблемы, которое, возможно, учитывает deps.json в папке bin проекта.NET Standard 2.0?

Или это единственное решение для добавления проекта.NET Standard 2.0 во все решения, где проекты имеют ссылки на него?

1 ответ

Если вы не можете добавить проект в качестве ссылки на проект, рассмотрите возможность использования NuGet для использования встроенного пакета (и содержащегося в нем графика зависимостей).

На момент написания, на стандартные проекты.net и их зависимости нельзя ссылаться из набора файлов (например, созданного dotnet publish в стандартном проекте.net), поскольку график пакетов NuGet должен быть разрешен для платформы целевого исполняемого проекта (core, .net framework, uwp, ..) и определенной логики сборки, которая должна выполняться во время сборки и публикации для получающегося исполняемый проект не запускается для стандартных проектов.net.

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