.NET Core 2.1 Preview 1发布：更快的构建性能

今天，我们宣布发布 .NET Core 2.1 Preview 1。这是 .NET Core 2.1 的第一个公开发布。我们有很大的改进希望分享出来，并且渴望得到您的反馈意见，无论是在评论中还是在github中dotnet/core #1297

ASP.NET Core 2.1 Preview 1 和 Entity Framework 2.1 Preview 1 也会在今天发布。

您可以在 Windows，MacOS 和 Linux 上下载并开始使用 .NET Core 2.1 Preview 1：

  • .NET Core 2.1 Preview 1 SDK — 包含 Runtime

  • .NET Core 2.1 Preview 1 Runtime

您可以使用 Visual Studio 2017 15.6 Preview 6 及更高版本或 Visual Studio Code 来开发 .NET Core 2.1 应用程序。我们预计 Visual Studio for Mac 将在 15.7 版本支持。

ASP.NET Core 2.1 预览版不会自动部署到 Azure 应用服务。相应的，您可以通过一点点配置来实现部署到 Azure。

Visual Studio Team Service 将在 .NET Core 2.1 RTM 发布时支持。

您可以在.NET Core 2.1 Preview 1 发行说明中看到该发行版的完整详细信息。发行说明中包含已知问题和解决方法。

非常感谢帮助发布的每个人。如果没有你，我们不可能走到现在，当我们一起工作到 .NET Core 2.1 RTM 时，我们会继续需要你的帮助。

现在让我们来看看 .NET Core 2.1 Preview 1 发布中的许多改进。与 .NET Core 2.0 一样，它的发行版本很大，你会找到多项改进措施，以便让你升级。

主题

.NET Core 2.1 的发布旨在改进以下主题:

  • 更快的构建性能

  • 缩小 ASP.NET Core 和 EF Core 之间差距 (原文: Close gaps in ASP.NET Core and EF Core)

  • 改进与 .NET Framework 的兼容性

  • GDPR 和安全

  • 微服务和Azure

  • 更强大的工程系统

这些主题的一些改进尚未在 Preview 1 中进行。这些主题会指引我们接下来的工作。

全局工具

.NET Core 现在有一个新部署和扩展机制。这种新体验与 NPM 全局工具非常相似，并且受到 NPM 全局工具的启发。

使用以下命令，您可以使用我们发布的名为 dotnetsay 的示例工具自行尝试 .NET Core 全局工具（在您安装 .NET Core 2.1 Preview 1 之后）：

dotnet install tool -g dotnetsay
dotnetsay

一旦你安装了dotnetsay，你可以直接使用它，只需在你的命令提示符或终端中输入dotnetsay即可。您可以关闭终端会话、在终端中切换驱动器、或者重新启动机器，命令仍然在那里。 dotnetsay 现在在你的 path 里。检查 %USERPROFILE%\.dotnet\tools 或~\.dotnet\tools 来查看计算机上的工具安装位置。

您可以通过查看 donetsay 工具示例 来创建自己的全局工具。
You can create your own global tools by looking at the donetsay tools sample.

.NET Core 工具是 .NET Core 控制台应用程序，它们是作为 NuGet 包打包和获取的。默认情况下，这些工具是框架依赖的应用程序，并包含其所有的 NuGet 依赖项。这意味着默认情况下，给定的全局工具将在任何操作系统或芯片架构上运行。假如您需要在新版本的 Linux 上使用现有工具，只要 .NET Core 在那里工作，您应该能够运行该工具。

目前，.NET Core Tools 仅支持全局安装，并且需要安装-g参数。我们也在进行各种形式的本地安装，但这些还没有准备好在 Preview 1 中。

我们期望有一个全新的工具生态系统来为完善 .NET 自身。其中一些工具将专门针对 .NET Core 开发，其中许多工具将具有通用性。这些工具被部署到 NuGet。默认情况下，使用 dotnet tool install 在 NuGet.org 上查找工具。

如果你对 dotnetay 很好奇，它是仿照 docker/whalesay 的， 进一步是仿照 cowsay 的。 dotnetsay 只是一个 dotnet-bot，他是我们最忙碌的开发人员之一！

构建性能优化

.NET Core 2.1 中的构建时性能得到了很大的提升，特别是对于增量构建。这些改进同时适用于命令行上的dotnet build 和 Visual Studio 中的构建。 我们对 CLI 工具和 MSBuild 进行了改进，以使这些工具提供更快的体验。

下面的图表提供了您可以从新版本中获得的改进的具体数字。您可以看到 .NET Core 2.0，.NET Core 2.1 Preview 1 以及我们预期 .NET Core RTM 中会达到的数值。

您可以尝试在 mikeharder/dotnet-cli-perf 中自行构建相同的代码，你会得到类似的结果。请注意，这些改进是针对增量构建的，因此您只能在第二次构建之后看到好处。

次要版本前滚

您现在可以在相同主要版本范围内的较新运行时版本上运行 .NET Core 应用程序。 例如，您将能够在. NET Core 2.1 上运行 .NET Core 2.0 应用程序，或者在 .NET Core 2.5 上运行 .NET Core 2.1 应用程序（如果我们提供这种版本的话）。前滚行为仅适用于次要版本。例如，.NET Core 2.x 应用程序永远不会自动前滚到 .NET Core 3.0 或更高版本。

如果预期的 .NET Core 版本可用，则使用它。 如果预期的 .NET Core 版本在给定的环境中不可用，则前滚行为仅与此相关。

您可以使用如下参数禁用次要版本前滚

  • 环境变量: DOTNET_ROLL_FORWARD_ON_NO_CANDIDATE_FX=0

  • runtimeconfig.json: rollForwardOnNoCandidateFx=0

  • CLI: –roll-forward-on-no-candidate-fx=0

Sockets 性能和 HTTP 托管处理程序

我们对 .NET Core 2.1 中的 sockets 进行了重大改进。sockets 是传出和传入网络通信的基础。在 .NET Core 2.0 中，ASP.NET Kestrel Web 服务器和 HttpClient 使用 native sockets，而不是 .NET Socket 类。我们正在改变这种状况，取而代之的是在 .NET sockets 上建立更高层次的网络 API。

我们在 Preview 1 中对 sockets 做了三项重要的性能改进：

  • 支持 Socket/NetworkStream 中的 Span/Memory

  • 改进了 Windows 和 Linux 上的性能, 这得益于各种修复(例如重用 PreAllocatedOverlapped、linux 上的缓存操作对象、linux epoll 通知的改进调度等)

  • 改进了 SslStream 的性能, 以及支持 ALPN (HTTP2 所需) 和精简 SslStream 设置。

对于 HttpClient，我们彻底重新构建了一个名为 SocketHttpHandler 的托管 HttpClientHandler。正如你可能猜到的那样，它是基于 .NET sockets 和 Span 的 HttpClient 的 C＃ 实现。

SocketHttpHandler 最大的胜利就是性能。它比现有的实现快得多。还有其他好处：

  • 消除对 libcurl (linux) 和 WinHTTP (Windows) 的平台依赖性 - 简化了开发、部署和服务

  • 跨平台和平台/依赖项版本的一致行为。(原文：Consistent behavior across platforms and platform/dependency versions)

在 Preview 1 中，您可以选择使用以下方式之一来使用 SocketHTTPHandler：

  • 环境变量: COMPlus_UseManagedHttpClientHandler=true

  • AppContext: System.Net.Http.UseManagedHttpClientHandler=true

在 Preview 2 (或 GitHub master 分支) 中, 您将能够按照您所希望的那样去new一个处理程序: new HttpClient(new SocketsHttpHandler())。我们还考虑将新的处理程序设置为默认的, 并将现有的 native handler (基于 libcurl 和 WinHTTP) 作为可选的。

我们仍在努力将 Kestrel 迁移到 sockets。我们还没有确定计划来分享给大家，但您可以自行使用 Sockets 来测试 ASP.NET Core。

您可能想知道在传入和传出场景之间如何共享 sockets 改进的, 因为它们感觉非常不同。其实很简单。如果您是客户端, 则在服务器上进行连接。如果您是服务器, 则侦听并等待连接。一旦建立了连接, 数据就可以两种方式流动, 这从性能的角度来看是至关重要的。因此, 这些 socket 改进应改善这两种情况。

Span, Memoryand friends

我们正在引入一组新的类型来更高效的使用数组和其他类型的内存。它们包含在 Preview 1 中。今天，如果您想传递10,000元素数组的前1000个元素，则需要复制这1000个元素并将该副本传递给调用者。这种操作在时间和空间上都很昂贵。新的 Span 类型使您可以提供该数组的虚拟视图，而无需时间或空间开销。这也是一个 struct，这意味着没有分配成本。

Span 和相关类型提供了来自众多不同来源（如数组，堆栈分配和原生代码）的统一内存表示。凭借其分片功能，可以避免在许多情况下进行昂贵的复制和分配，如字符串处理，缓冲区管理等，并且为不安全的代码提供了安全的替代方案。我们预计这些类型将在性能要求较高的场景中首先使用，但随后会取代数组，作为管理 .NET 中大型数据块的主要方式。

就用法而言，您可以从数组中创建一个Span ：

var arr = new byte[10]; 
Span<byte> bytes = arr; // Implicit cast from T[] to Span<T>

通过使用 span 切片方法的重载, 您可以轻松高效地创建一个范围来表示/指向此数组的子集。从那里, 您可以索引到结果范围内, 以便在原始数组的相关部分中写入和读取数据:

Span<byte> slicedBytes = bytes.Slice(start: 5, length: 2);
slicedBytes[0] = 42;
slicedBytes[1] = 43;Assert.Equal(42, slicedBytes[0]);Assert.Equal(43, slicedBytes[1]);Assert.Equal(arr[5], slicedBytes[0]);Assert.Equal(arr[6], slicedBytes[1]);
slicedBytes[2] = 44; // Throws IndexOutOfRangeExceptionbytes[2] = 45; // OKAssert.Equal(arr[2], bytes[2]);Assert.Equal(45, arr[2]);

Jared Parsons 他的频道9视频中提供了一个很棒的介绍 C# 7.2: Understanding Span.
Stephen Toub 有更详细的介绍在这个文章里 C# – All About Span: Exploring a New .NET Mainstay.

Windows Compatibility Pack

将现有代码从 .NET Framework 中移植到 .NET Core 时, 可以使用新的 Windows 兼容性包。与 .NET Core 中提供的内容相比, 它提供了额外的 20000 个 API。这包括System.Drawing, EventLog, WMI, 性能计数器和 Windows 服务。

下面的示例演示如何使用 Windows 兼容性包提供的 API 访问 windows 注册表。

private static string GetLoggingPath(){    // Verify the code is running on Windows.if (RuntimeInformation.IsOSPlatform(OSPlatform.Windows)){        using (var key = Registry.CurrentUser.OpenSubKey(@"Software\Fabrikam\AssetManagement")){            if (key?.GetValue("LoggingDirectoryPath") is string configuredPath)                return configuredPath;}}    // This is either not running on Windows or no logging path was configured,// so just use the path for non-roaming user-specific data files.var appDataPath = Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData);    return Path.Combine(appDataPath, "Fabrikam", "AssetManagement", "Logging");
}

平台支持

我们期望为 .NET Core 2.1 支持以下操作系统：

  • Windows Client: 7, 8.1, 10 (1607+)

  • Windows Server: 2008 R2 SP1+

  • macOS: 10.12+

  • RHEL: 7+

  • Fedora: 26+

  • openSUSE: 42.3+

  • Debian: 8+

  • Ubuntu: 14.04, 16.04, 17.10+

  • SLES: 12+

  • Alpine: 3.6+

Docker

对于 Docker， 在 microsoft/dotnet 上我们相对于 2.0 做了一些修改：

  • 添加了 Alpine runtime 和 SDK 镜像 (x64).

  • 添加了 Ubuntu Bionic/18.04, 用于 runtime 和 SDK 镜像 (x64 and ARM32).

  • 从 debian:stretch 切换到 debian:stretch-slim 的 runtime 镜像. (x64 and ARM32).

  • 放弃 debian:jessie (runtime and SDK).

这些变化在某种程度上是基于我们在过去六个月中听到的两个重复的反馈信息：

  • 提供更小的镜像，尤其是 runtime

  • Provide images with less surface area and/or more frequently updated (than Debian), from a vulnerability standpoint.

我们还重写了 .NET Core Docker 示例 的说明和代码。
这些示例提供了更好的说明，并实现了更多场景，如单元测试和使用 docker registries。 我们希望您找到有用的示例，并且我们计划继续扩展它们。 告诉我们您希望我们添加哪些内容以使 .NET Core 和 Docker 更好地协同工作。

尾声

感谢您尝试 .NET Core 2.1 Preview 1. 请尝试在现有的应用程序中使用 .NET Core 2.1 Preview 1，并且请试用本文介绍的新功能。 我们已经付出了很多努力使它们更好，但我们需要您的反馈让它们跨过终点线，以便最终发布。

再一次感谢所有为发布做出贡献的人。 我们非常感谢您提供的所有问题和PR，这些都有助于提供此首次预览版。

原文：http://www.cnblogs.com/Rwing/p/announcing-net-core-2-1-preview-1.html

.NET社区新闻，深度好文，欢迎访问公众号文章汇总 http://www.csharpkit.com

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/news/322032.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Spark SQL（七）之基于用户的相似度公式

Spark SQL（七）之基于用户的相似度公式

一、基于用户的Jaccard相似度公式 其中&#xff0c;u、v表示任意两个用户&#xff0c;N(u)表示用户u喜欢的物品集合,N(v)表示用户v喜欢物品的集合。 代码 public class UserCFApp {public static void main(String[]args){SparkConf sparkConf new SparkConf();sparkConf.se…
阅读更多...
欢乐纪中A组赛【2019.8.17】

欢乐纪中A组赛【2019.8.17】

前言 前几天题目没改完(好难QvQQvQQvQ)&#xff0c;然后这几天ZZYZZYZZY和WHFWHFWHF去广州二中了 然后我是菜鸡&#xff0c;今天暴力写挂了QAQQAQQAQ&#xff0c;T2T2T2少判断了个东西少了808080 成绩 懒得写只放自己的了(反正垫底) Rank51,20ptsRank51,20ptsRank51,20pts 正…
阅读更多...
BXUG第11期活动

BXUG第11期活动

分享主题&#xff1a;Xamarin Azure 微软云加端移动应用技术架构分享者&#xff1a;周岳 微软MVP分享主题&#xff1a;从设计图到最终界面- Xamarin跨平台界面最佳实践分享者: 程文锋 视高盛景分享主题&#xff1a;基于VSTS的App DevOps分享者&#xff1a; 安庭庭 张浩 视高…
阅读更多...
Spark SQL（八）之基于物品的相似度公式

Spark SQL（八）之基于物品的相似度公式

一、基于物品的Jaccard相似度公式 其中&#xff0c;i、j表示任意两个物品&#xff0c;N(i)表示喜欢物品i的用户数&#xff0c;N(j)表示喜欢物品j的用户数。 代码&#xff1a; public class ItemCFApp {public static void main(String[]args){SparkConf sparkConf new Spark…
阅读更多...
CF1200D-White Lines【二维前缀和】

CF1200D-White Lines【二维前缀和】

正题 题目链接:https://www.luogu.org/problem/CF1200D 题目大意 一个黑白组成的n∗nn*nn∗n矩阵&#xff0c;然后可以选择将k∗kk*kk∗k的覆盖为白色&#xff0c;然后求有多少白线(整行或整列都是白色)。 解题思路 对于每一行或每一列可以变成白线的话那么可行范围一定是一…
阅读更多...
ASP.NET CORE MVC 实现减号分隔(Kebab case)样式的 URL

ASP.NET CORE MVC 实现减号分隔(Kebab case)样式的 URL

ASP.NET CORE MVC 中&#xff0c;默认的 Route 模板是&#xff1a; /{controller}/{action} 。我们可以通过开启 URL 小写转换将 URL 变为小写&#xff0c;但此方式在 Controller 或者 Action 为一个词组时&#xff0c;生成的 URL 并不友好。假设我们有 UserController 和 Add…
阅读更多...
Spark SQL（九）之基于用户的推荐公式

Spark SQL（九）之基于用户的推荐公式

一、基于用户的推荐公式 其中&#xff0c;S(u,K)表示与用户u最相似的K个用户&#xff0c;N(i)代表喜欢物品i的用户集合&#xff0c;rm表示用户v对物品i的评分。 二、代码 public class UserCFRecommendApp {public static void main(String[]args){SparkConf sparkConf new S…
阅读更多...
jzoj6309-完全背包【贪心,背包】

jzoj6309-完全背包【贪心,背包】

正题 题目大意 完全背包&#xff0c;不过容量特别大。 解题思路 然后我们可以先做一个1∼200001\sim 200001∼20000的背包&#xff0c;然后枚举一个大小&#xff0c;然后将这个大小填入背包知道无法填入为止&#xff0c;然后剩下的空位在再一次背包就好。 codecodecode #incl…
阅读更多...
拥抱.NET Core系列：MemoryCache 缓存过期

拥抱.NET Core系列：MemoryCache 缓存过期

MSCache项目MSCache目前最新的正式版是 2.0.0&#xff0c;预览版是2.1.0&#xff0c;会与.NETCore 2.1一起发布。本篇用了2.0.0版本开源在GitHub上&#xff0c;仓库地址是&#xff1a;https://github.com/aspnet/CachingNuGet地址为&#xff1a;https://www.nuget.org/packages…
阅读更多...
Spark SQL（十）之基于物品的推荐公式

Spark SQL（十）之基于物品的推荐公式

一、基于物品的推荐公式 其中&#xff0c;S(j,K)表示与物品j最相似的K个物品&#xff0c;N(u)表示用户u喜欢的物品集合&#xff0c;Rui表示用户u对物品i的评分。 二、代码 public class ItemCFRecommendApp {public static void main(String[]args){SparkConf sparkConf new …
阅读更多...
jzoj6308-中间值【分治】

jzoj6308-中间值【分治】

正题 题目大意 两个序列不降a,ba,ba,b&#xff0c;每次可以修改或询问[l1,r1,l2,r2][l_1,r_1,l_2,r_2][l1​,r1​,l2​,r2​]要求输出将序列aaa的l1∼r1l_1\sim r_1l1​∼r1​和bbb的l2∼r2l_2\sim r_2l2​∼r2​部分合起来然后求中位数。 解题思路 我们考虑分治&#xff0c;…
阅读更多...
MongoDB嵌套数组，多维数组查询

MongoDB嵌套数组，多维数组查询

一、嵌套数组 数据&#xff1a; {"arrays": [{"keyArrays": [{"key": "index","key2": "index2"},{"key": "index1","key2": "index2"}]}] } mongo语法 db.collecti…
阅读更多...
ASP.NET Core Razor 页面使用教程

ASP.NET Core Razor 页面使用教程

ASP.NET Core Razor 页面作为 ASP.NET Core 2.0的一部分发布&#xff0c;它是基于页面的全新的Web开发框架。如果您想学习如何使用 ASP.NET Core Razor 页面&#xff0c;可以访问微软的官方站点https://docs.microsoft.com/zh-cn/aspnet/core/tutorials/razor-pages/razor-page…
阅读更多...
jzoj6306-Sequence【线性筛,积性函数,数论】

jzoj6306-Sequence【线性筛,积性函数,数论】

正题 题目大意 定义函数f(x)f(x)f(x)表示有多少长度为nnn的序列使得其中全都是xxx的约束&#xff0c;然后每个序列的贡献是这个序列的gcdgcdgcd再gcdgcdgcd上一个BBB。 给出n,m,Bn,m,Bn,m,B&#xff0c;求∑i1mf(i)\sum_{i1}^mf(i)∑i1m​f(i)。 解题思路 我们发现fff是一个…
阅读更多...
MongoDb连接表的查询

MongoDb连接表的查询

一、外键关联 a_table关联b_table通过a_table的a_fieldb_table的b_field&#xff0c;在a_table生成lookup_field字段存储关联的b_table数据 MongoOperations mongoOperations ...;LookupOperation agg Aggregation.lookup("b_table", "a_field","…
阅读更多...
如何面试.NET/ASP.NET工程师？

如何面试.NET/ASP.NET工程师？

2018-2-28 更新&#xff1a;距离这篇回答发布已经五年过去了&#xff0c;最近还经常受到关注。技术本身在发展&#xff0c;这令我感到有必要来更新一下&#xff0c;希望对新看到的朋友有用。对于服务器上的 .NET 技术&#xff0c;最新的发展当然是 .NET Core 了&#xff0c;作为…
阅读更多...
欢乐纪中A组赛【2019.8.18】

欢乐纪中A组赛【2019.8.18】

前言 有一个暴力写挂了QVQQVQQVQ 成绩 RankRankRankPersonPersonPersonScoreScoreScoreAAABBBCCC111111(J−3)LRZ(J-3)LRZ(J−3)LRZ140140140100100100303030101010191919(J−3)WYC(J-3)WYC(J−3)WYC120120120100100100101010101010262626(J−3)HZB(J-3)HZB(J−3)HZB100100100…
阅读更多...
Asp.Net Core 2.1+的视图缓存(响应缓存)

Asp.Net Core 2.1+的视图缓存(响应缓存)

响应缓存Razor 页与 ASP.NET 核心 2.0 中不支持。 此功能将支持ASP.NET 核心 2.1 版本。在老的版本的MVC里面&#xff0c;有一种可以缓存视图的特性(OutputCache)&#xff0c;可以保持同一个参数的请求&#xff0c;在N段时间内&#xff0c;直接从mvc的缓存中读取&#xff0c;不…
阅读更多...
MongoDB投影字段

MongoDB投影字段

一、投影表字段 投影只包含a_field和b_field字段 Aggregation aggregation Aggregation.newAggregation(Aggregation.project("a_field", "b_field")); List<Map> list mongoOperations.aggregate(aggregation, "table", Map.class).ge…
阅读更多...
Json.NET 不再有超过120个依赖项

Json.NET 不再有超过120个依赖项

Json.NET是.NET的官方的JSON解析和序列化库&#xff0c;它取代了Microsoft实际提供的库。但是当把Json.NET推向.NET Standard时&#xff0c;出现了一些问题。除了在该平台上无法使用的众多方法之外&#xff0c;在NET Standard 1.3上的Json.NET需要高达122个依赖包。随着适用于.…
阅读更多...
最新文章

Copyright @ 2022~2023