任何人都可以帮助我了解这样做的弊端。我可以理解，这样做会使我们失去平台独立性，但是还有其他问题吗？？
任何建议或想法都会受到赞赏。
答案 0 :(得分：1)
我认为您的用例作为问题本身非常重要。为什么要添加.net框架类库而不是.net核心类库？甚至更好的.net标准？例如您是否打算在Linux服务器上运行应用程序？那么我会说，坚持使用.net核心（或标准）。
我在Microsoft Doc上找到的定义指出：
类库是.NET的共享库概念。他们使 您将有用的功能组成可以使用的模块 通过多个应用程序。它们也可以用作加载方式 应用程序启动时不需要或未知的功能。 类库使用.NET Assembly文件格式进行描述。
（[[https://docs.microsoft.com/en-us/dotnet/standard/class-libraries][1]）
他们进一步将库定义为3类：
所以我想这会进一步扩展您的问题，您是否必须在不同的应用程序中使用类库，如果是这样，它是否可以在同一平台上运行？如果不？哪种类型的库将同时支持两种平台？
所以回答您的问题。如果您打算在Windows上的应用程序宿主上运行，那么添加对.net框架类库的引用不会有很多问题。如果您是自己编写该库，请考虑该库在将来的可能用途以及需要在哪个其他平台（移动和非移动）上托管。
希望这会有所帮助：）
答案 1 :(得分：-1)
您可能想检查一下： https://www.ben-morris.com/sharing-libraries-between-net-core-and-net-framework-applications/
如果满足框架要求，则“应该”可以，但是在未来的一两年之内...