.net Core或" clean" .Net用于绿地网络项目?
谷歌搜索了很多,但没有真正找到答案我是否应该去.Net核心或"正常" .net是否为绿地网络项目? 鉴于(重要!)它的项目(HTML UI + mvc + db)永远不会运行除了Windows + IIS之外的任何东西。永远。周期。
对于经典的.net是我所知道的所有东西(各种Nuget Libs),它具有我需要的一堆功能。 对于.Net核心是??? (在这个项目中,我不需要任何跨平台的东西。永远。期间。)
让我感到困惑的是(在我已经草拟的项目中)
其中一些内容在这些帖子中有所涉及 Target .NET4.6 or .NET Core 1 for greenfield development? 但那是在新的.Core 2.0问世之前,所以我重新审视了这个问题
:)
答案 0 :(得分:3)
如果.Net Core意味着MS将来取代“经典”.Net吗?或者并肩生活?
.NET Core被设计为非常并行(.NET Framework主要是就地)。
核心(最终)是否包含经典+更多的所有内容,或者反之亦然?
不,没有计划让.NET Core成为.NET Framework的100%超集(WinForms等)。还没有计划让.NET Framework成为.NET Core的100%超集(某些API可能更侧重于跨平台而在.NET Framework中没有意义,有些可能是半实验的并且声明不是通过集合)
对于绿地网络项目,.net Core或“clean”.Net?
.NET Core和.NET Framework可以(松散地)被视为一个初创公司和一个巨型公司。
如果.NET Core在master中出现错误修复,您可以选择移动到修复它的每日构建。如果.NET Framework提供了一个错误修正,那么它将在下一个版本中出现,或者出现在某个补丁星期二。
当.NET Core 2.1(或者下一个数字最终出现)出现,并且它具有您想要的功能时,您可以立即转移到它,即使在webhost公司也是如此。 .NET Framework 4.7.1目前处于预览状态,但您可能无法通过虚拟主机公司使用任何4.7.1功能,因为它们尚未安装它......而且它们可能在4.7之后不会有一段时间。 1点击公开发布。
在.NET Core中,您可以制作API提案,查看审核流程,然后自行编写或等待它出现,然后(如果您愿意)在日常构建中使用它。 .NET Framework有点慢且有条不紊,并且很高兴让其年幼的兄弟姐妹通过尝试新的API来承担风险。
.NET Core 1。0(2016年6月)增加了对使用显式曲线导出和导入ECDSA密钥的支持。 .NET Framework 4。7(2017年4月,10个月滞后)获得了该功能,并且可能存在.NET Core 1.0的功能 - > .NET Framework 4.7.1(14个月滞后,计数)和(据我所知)ValueTask
已添加到.NET Core 1.0中,而不是.NET 4.7.1-Preview。
所以,这是一个权衡。你需要决定什么对你很重要。
答案 1 :(得分:1)
我的建议是选择“干净”.Net。也许您将使用目前不适用于.NET Core的某些技术,库或NuGet包。