.NET 4.5.1 与 .NET Core 5
.NET 4.5.1 versus .NET Core 5
我们想在下一个项目中使用 "vNext" 技术。
对我来说，当我们依赖像 Serilog 或 mongoDB 这样依赖于旧框架版本的库时，我们似乎只能使用框架版本 4.5.1。
这是真的吗？还是有办法让依赖项依赖于完整的旧框架版本，而项目本身依赖于 .NET Core 5.0？
（只回答您的第一个问题，因为第二个问题似乎过于宽泛 and/or 含糊...）
Is this really true or is there a way to have dependencies that rely on the full old framework version and the project itself depends on .NET Core 5.0?
是的，这是真的 - 非常有道理，IMO。你是说 "I want my app to be able to run on .NET Core." 如果你依赖的某些库尝试使用 .NET Core 中不存在的功能，那将如何工作？
我怀疑这会很快得到 很多 更好 - 一旦事情稳定下来并且开源项目更容易构建支持 .NET Core 的 NuGet 包，我希望大多数以可移植性为目标的项目都能尽力支持它。
（这部分取决于工具 - 我收集到现在构建与 .NET Core 一起使用的包的唯一方法是使用 vNext 样式项目，而不是具有特定 PCL 配置文件的 "regular" VS class 库项目。我希望这会有所改变，但我们拭目以待。）
我们想在下一个项目中使用 "vNext" 技术。
对我来说，当我们依赖像 Serilog 或 mongoDB 这样依赖于旧框架版本的库时，我们似乎只能使用框架版本 4.5.1。 这是真的吗？还是有办法让依赖项依赖于完整的旧框架版本，而项目本身依赖于 .NET Core 5.0？
（只回答您的第一个问题，因为第二个问题似乎过于宽泛 and/or 含糊...）
Is this really true or is there a way to have dependencies that rely on the full old framework version and the project itself depends on .NET Core 5.0?
是的，这是真的 - 非常有道理，IMO。你是说 "I want my app to be able to run on .NET Core." 如果你依赖的某些库尝试使用 .NET Core 中不存在的功能，那将如何工作？
我怀疑这会很快得到 很多 更好 - 一旦事情稳定下来并且开源项目更容易构建支持 .NET Core 的 NuGet 包，我希望大多数以可移植性为目标的项目都能尽力支持它。
（这部分取决于工具 - 我收集到现在构建与 .NET Core 一起使用的包的唯一方法是使用 vNext 样式项目，而不是具有特定 PCL 配置文件的 "regular" VS class 库项目。我希望这会有所改变，但我们拭目以待。）