.Net Core 1.1 于 2016 年 11 月 16 日发布,带来了一般性的错误修复和改进。 唯一需要更改的地方是 Kestrel 示例,它需要针对 netcoreapp1.1 和 Microsoft.NETCore.App 1.1.0
.Net Core alpha 工具也在同一天发布,其中包含通过dotnet migrate
将使用 project.json 的项目迁移回 csproj 格式的工具。
更多信息在这里 - https://blogs.msdn.microsoft.com/dotnet/2016/11/16/announcing-net-core-tools-msbuild-alpha/#visual -studio-code
我假设我们将删除所有包含 packages.config 和 csproj 文件的 MSBuild 文件夹,看到这会将 csproj 带回来吗? 我假设一旦 csproj 回来并且项目以 4.5.2 或 netstandard1.6 为目标,开发人员/贡献者可以在 VS2015 上编译我们的东西而无需额外的工具?
以下是需要迁移的项目列表(完成后添加复选标记并链接到 PR):
[]南希/
[] Nancy.Authentication.Basic.Tests/
[] Nancy.ViewEngines.Spark.Tests/
[] Nancy.Demo.Hosting.Kestrel/
目前,如果您使用dotnet migrate
迁移项目,则无法使用 VS2015 构建它(还没有?)。
https://twitter.com/davkean/status/799400509564035072
2016 年 11 月 17 日星期四 22:25,Jos van der Til [email protected]
写道:
目前,如果您使用 dotnet migrate 迁移项目,则无法构建
它与VS2015(还?)。—
您收到此消息是因为您编写了该主题。
直接回复此邮件,在 GitHub 上查看
https://github.com/NancyFx/Nancy/issues/2621#issuecomment -261389526,或者静音
线程
https://github.com/notifications/unsubscribe-auth/AAGaplWRcllTEAJFrMZ8NTTpnsxKmnPrks5q_NRrgaJpZM4K0btY
.
因此,他们很乐意继续将行李一个接一个地加载到 .net 核心上,而企业以外的任何人都不会使用它,而这些企业无论如何都不会使用它; 但是为项目格式添加向后兼容性,你知道,实际上是有用的,是不行的。
惊人的。
好的开始!
2016 年 11 月 18 日星期五 08:23,Steven Robbins通知@github.com
写道:
因此,他们很乐意将行李一个接一个地加载到 .net 核心上
除了企业之外,没有人需要它,反正也不会使用它;
但是为项目格式添加向后兼容性,您
知道,其实有用,是不行的。惊人的。
—
您收到此消息是因为您编写了该主题。
直接回复此邮件,在 GitHub 上查看
https://github.com/NancyFx/Nancy/issues/2621#issuecomment -261474607,或者静音
线程
https://github.com/notifications/unsubscribe-auth/AAGapiQmH694ZegeUa0r7AVKVVnxsKKyks5q_WB3gaJpZM4K0btY
.
在这一点上,我将等待即将发布的 .NET Standard 2.0 并完全跳过 .NET Core 1.1。
令人惊讶的是,自最初宣布 .NET Core 以来,微软花了这么长时间才让他们一起行动。 在我看来,.NET Standard 2.0 + VS 2017 将是 .NET Standard/Core 的_real_“版本 1”。
当 .NET Standard 2.0 发布时,我们可能会以它为目标,但这并不意味着我们不应该针对 .NET Core 进行测试。
记住; .NET Standard 只是您编译的_规范_。 这并不一定意味着您可以在所有实现平台上_运行_(没有错误)。 .NET Core 是这些平台之一,.NET Framework 和 Mono 也是如此。 这些在运行时提供了实际的_实现_。 这意味着我们可能应该在这些平台上运行我们的测试以确保我们实际运行,而不仅仅是针对标准进行编译。
作为 #2720 的一部分完成
最有用的评论
当 .NET Standard 2.0 发布时,我们可能会以它为目标,但这并不意味着我们不应该针对 .NET Core 进行测试。
记住; .NET Standard 只是您编译的_规范_。 这并不一定意味着您可以在所有实现平台上_运行_(没有错误)。 .NET Core 是这些平台之一,.NET Framework 和 Mono 也是如此。 这些在运行时提供了实际的_实现_。 这意味着我们可能应该在这些平台上运行我们的测试以确保我们实际运行,而不仅仅是针对标准进行编译。