开课中国  |  [Investor Relations]   |  官方微博

广州.NET培训中心

美国上市公司 · 亿元级外企.NET培训企业

  • 运行于.NET Core 1.x的ASP.NET Core 1.x支持截止时间

    发布:IT      来源:IN      时间:2017-05-17        

  • 运行于.NET Core 2+的ASP.NET Core 1.x,其支持期限与运行于.NET Framework的ASP.NET Core 1.x维持一致,具体时间将于2018年7月结束。这是为了确保受支持的ASP.NET Core与受支持的.NET Core之间始终有相互重叠的部分,同时还支持运行于.NET Framework,这样客户就可以陆续将自己的代码移植到可支持的技术中。

  • 运行于.NET Core 2+ASP.NET Core 1.x,其支持期限与运行于.NET Framework的ASP.NET Core 1.x维持一致,具体时间将于2018年7月结束。这是为了确保受支持的ASP.NET Core与受支持的.NET Core之间始终有相互重叠的部分,同时还支持运行于.NET Framework,这样客户就可以陆续将自己的代码移植到可支持的技术中。

    我觉得更合理的做法是,ASP.NET Core需要依赖.NET Standard 2.1,因为该框架目前还不具备用户需要的某些功能。那么我们只能继续等待完整的.NET Framework支持这些额外的功能,随后才能使用最新版ASP.NET Core。这样是可行并且合理的。但他们竟然抛弃了Standard,使其完全发挥不出作用(不知道我对目前这种混乱的局面理解是否正确)。

    .NET Core 1.x(作为运行时)的支持无变化,将于2018年7月结束。使用ASP.NET Core 1.x的客户需要在那之前迁移至.NET Core 2.0或.NET Framework(或迁移至运行于.NET Core 2.0的ASP.NET Core 2.0)。

    今年我们会将System.DirectoryServices和System.Drawing移植至.NET Core(完整支持、跨平台,今年夏季至少提供Windows预览版)。

    在这之后还要将ServiceBase移植至.NET Core(用于支持.NET Core Windows Services)。目前没有具体时间安排,不过已经确定了这是后续要做的工作(随着工作的进展,时间安排无疑才能更精确)。我们还会根据客户反馈调整后续工作安排。

    目前我们并无将System.ServiceModel(服务器端WCF)移植至.NET Core的计划。但可能会进一步完善WCF for .NET Core,并根据用户反馈添加新的功能,例如HTTP消息加密。

    如果能早点公布这些信息,也许大家的抱怨会少一些,David Fowler已经提到了微软希望从.NET Standard中抽身的原因。

    我们已经确认会将“字符串”作为.NET Core需要继续完善的主要目标,大家提出了五花八门的想法,其中之一提到默认使用UTF8格式的字符串(兼容性问题还有很多,且听我一一道来)。

    我们打算解决的另一个问题是:能够使用任何连续内存创建更低开销的数组/字符串切片(Slice)。我们已经增添了Span,并在努力实现对应的Buffer。这也许意味着String和Array所实现的新接口使得我们可以创建完全无需分配的切片。

    这就为String提供了新方法,可在无需每次都分配数组的情况下进行拆分。

    但这会对Int、UInt等(TryParse)接受Span和Span的内容造成负担。

    这还会产生可以接受Span的全新编码例程。

    Buffer和Span可以让我们用统一的方式呈现内存,我们还希望对网络栈进行升级,借此传递可以接受Span或Buffer的Pre-pinned buffer。

    Kestrel将在2.x版本期间(目前目标为2.1版)实现HTTP2,这就要求需要通过SSL流的新API来处理ALPN。

    运行于.NET Core的HttpClient支持双工流(Duplex streaming),借此将可以通过SignalR以HTTP的方式用一个非WebScoket的HTTP请求实现流端点。

    我们还通过HttpClient和System.NET.Http为头解析器的实现创建了分支,并更改了名称,这样就可以改进使其同时支持.NET Framework和.NET Core。.NET Core已经包含这些改进的副本,但并未投入使用,因为其实并不需要改进(未获使用)。

    与线程有关的很多新原语(Primitive)需要新的API,借此可以塑造全新的适用场景,不过这些只是我的个人看法。

    虽然这些原因可以安抚一些人,但Stefan Olson也归纳了大部分开发者的想法:

    在我看来,似乎ASP.NET Core将运行于.NET Core而非.NET Standard?那么我依然纳闷.NET Standard价值何在?是否在诞生的那一天就注定了它最终会被抛弃?

  • 上一篇:ASP.NET Core的演讲:ITT游走在技术前沿的人才能接受?

    下一篇:it学院ASP.NET Core如何削减对.NET Framework支持?

2001-2016 达内时代科技集团有限公司 版权所有 京ICP证8000853号-56