Я пишу простое консольное приложение .NET 4.6.1 (не ядро .NET), как показано ниже.

Ссылки
Проблема в том, что после компиляции он генерирует огромное количество dll, которые должны быть встроенными. В чем проблема?
Вы ссылаетесь на какой-либо пакет NuGet?
закрыть визуальную студию. удалите папку bin и obj в решении. снова открыть визуальную студию. восстановить решение. Обычно это решает проблему для меня.
На что вы на самом деле ссылаетесь в своем проекте? Возможно, они вам действительно понадобятся, но это невозможно сказать с учетом предоставленной информации. Ужасно много dll.
@CamiloTerevinto Да, я использую некоторые пакеты nuget. Я лично установил Google GRPC и OpenCV, они могут сами добавлять зависимости. Я добавляю это к вопросу выше. Может ли это быть вызвано одним из пакетов?
Если пакет нацелен на .Net Standard, да. Вы получите все эти зависимости.





Вы оставили большую подсказку на скриншоте.

Они рекомендуют, чтобы библиотеки были ориентированы на стандарт .NET. Хорошее обсуждение:
https://github.com/dotnet/standard/issues/146
Libraries should generally target .NET Standard as this ensures that they can be consumed by any app. There will be circumstances where you need to access .NET Core specific APIs, either because the API is new and not implemented anywhere else, or the concept is .NET Core only. That's why I believe we should make it easy to retarget between .NET Standard and .NET Core so that developers never have to fear being "locked in". Start with NET Standard and retarget if necessary & revert back once a new version of the standard is available that has all the APIs you need.
Итак, gRPC теперь работает с .NET Standard.
Если вы не хотите соглашаться, вы можете создать конкретную библиотеку, ориентированную на .NET Framework.
Будет обновляться, если есть лучшее разрешение, такое как перенаправление сборки.
Да ладно, связывание сборки с .NET Standard все еще грубое.
Пожалуйста, добавьте в свой вопрос сам код, а не снимок экрана с ним.