.NET Framework 4.5 的五大特性

介绍

从.NET4.5发布到现在已经有一年多了。但问题是针对最近微软发布的版本信息中,大部分的.NET开发人员所讨论交流的只是其中的一两个特性。其他的特性仅仅停留在MSDN中或者沦为简介文档。
例如:现在问一个.NET开发人员:.NET4.5的核心框架是什么?他们大多数将只能说出异步和等待(至少,我接触的人中,只谈论过这些特性)
再次,浏览所有特性确实是一件非常困难的事情。因为,从你所从事的方面来看,有些特性听起来不是那么让你感兴趣。
因此,在这篇文章中,我挑选了.NET 4.5中介绍的五个我喜欢的特性。再次声明:不排除在我所喜欢的特性中,你一个都不感兴趣。但是写这篇文章之前,我时刻谨记更大.NET社区中提到的特性,并且我希望可以满足你的预期。

注意:这篇文章仅涉及核心特性,ASP.NET,WCF,WPF,WWF等等不在讨论范围之内。

特性1:异步和等待(代码标记)

这个特性已经快被讨论滥了,而且几乎每一个.NET技术狂人都会谈论此特性。但是此特性依旧是我的最爱。稍后您将明白为什么我会以这些话作为开场白。

异步(async)和等待(await )是用来标记代码在一个任务(线程)完成后,需要继续执行代码的所在位置的标记量。
让我们通过理解下面的代码来尽量理解上面的描述。如果你明白下面的代码流程:

  1. 在静态无返回值的主函数Static void main()入口处调用Method()函数。

  2. Method()方法生成一个延时10秒的任务(线程)LongTask。 

  3. 同时,任务被调用结束,程序执行到返回 Method()函数执行剩余代码。也就是说:调用是多线程的,等待10秒的任务LongTask 和 Method()方法中剩余代码同时在运行。

现在,在上述情况下,若我们想要以另一种方式实现第三步的操作。那么异步和等待这两个关键字可以帮助我们。

现在,关于异步和等待有三点需要重点注意:

  1. 异步和等待是一对关键字,你不能单独使用。

  2. 异步在一个方法中做标记,这个关键字只是一个用来标记这个方法有等待(await)关键字的指示器。

  3. 这个等待关键字标记了任务重新开始的位置。所以,你要在task这个线程中始终寻找等待(await)这个关键字。

下面是前面应用了异步(async)和等待(await)的代码一个修改后的版本。所有步骤都保留不变,除了第三步是完成第二步之后才执行。 简而言之,就是程序完成任务(线程)的操作后,回到Method()方法,继续执行。

现在你读完了“异步”和“等待”的讨论。让我们一起讨论一个问题:上述代码的行为,也可以用Task.Wait或者 Task.ContinueWith 来实现。那么它们有什么区别?我把这个问题留作家庭作业,请自行完成。  

特性2:Zip 附属功能(Zip压缩)

Zip是一个被广泛接受的档案文件格式之一。Zip压缩格式以***.Zip固定格式为大多数的操作系统所支持。

  • 在Windows操作系统中,被称作“压缩文件”. 

  • 在MAC OS(苹果专用系统)中则被称为“档案公用程序”

现在,在.NET中我们还没有嵌入对Zip解压程序的支持。很多开发人员第三方组件如:DotnetZip。在.NET4.5当中Zip特性已经融入了framework当中,且命名空间为:System.IO.Compression.

第一步,你需要参考两个命名空间:

  • System.IO.Compression.FileSystem 

  • System.IO.Compression

下一步是:引入下面两个命名空间:

</td>
<td class="code">
<div class="container">
<div class="line number1 index0 alt2">
<code class="c# keyword">using <code class="c# plain">System.IO.Compression;

</td>

</tr></table>

如果你想要将一个文件压缩为Zip格式文件,你可以用如下所示的CreateFromDirectory方法。 

</td>
<td class="code">
<div class="container">
<div class="line number1 index0 alt2">
<code class="c# plain">ZipFile.CreateFromDirectory(<code class="c# string">@"D:\data"<code class="c# plain">,<code class="c# string">@"D:\data.zip"<code class="c# plain">);

</td>

</tr></table>

特性3:正则表达式超时

“Regex” 在数据验证方面最受欢迎。考虑到您可能对“Regex”完全陌生的。请参考我介绍Regex如何运作的视频。 But because of the typical parsing logic of regex it is exposed to DOS attacks. Let us try to understand in detail what I mean by that. 但是由于正则表达式典型的逻辑解析是暴露在DOS攻击之下的。让我们尝试了解一下细节来明白我为什么这么说。
例如,我们来看一下这个规则表达式-“^(\d+)$”。这个正则表达式的规则是只有数字符合条件。你也可以看一看下面描述正则表达式如何评估输入信息的符号图。现在,假设我们想要验证“123456x”。正如下图所示,正则表达式将走六条路径。

但是如果我们再扩展一位输入参数,它将有七条路径。也就是说,随着输入参数长度的增加,正则表达式的验证需要更多地时间来验证。即:验证所需时间和输入参数的长度为线型关系。

现在让我们把前面的表达式“^(\d+)$”复杂化为“^(\d+)+$”。如果你意识到了这个正则表达式写的非常复杂。而且我们想验证“123456x”。它将执行32条路径。 如果你再添加一个字符,它遍历的路径将变成64条。

也就是说,对上述正则表达式而言,验证输入参数的长度与消耗时间是指数关系。

现在,你可能会问:这些有关系吗?但是我要说的是:当正则表达式执行线性相关的验证时,这个特点可能被黑客利用,以实现DOS攻击。他们可以输入非常长的字符串,使你的应用永远处于挂起状态(始终处于正则验证状态)。
一个比较合适的解决方法是:设置正则操作的超时限制。好消息是,在.NET4.5中,你可以像下面所示代码那样,为正则验证添加一个超时属性。所以,如果你收到任何类型的恶意注入时,你的应用不会陷入死循环。

</td>
<td class="code">
<div class="container">
<div class="line number1 index0 alt2"><code class="c# keyword">try


<div class="line number2 index1 alt1"><code class="c# plain">{

<div class="line number3 index2 alt2">
<code class="c# spaces">  <code class="c# plain">var regEx = <code class="c# keyword">new <code class="c# plain">Regex(@”^(\d+)+$”,RegexOptions.Singleline,TimeSpan.FromSeconds(2));

</td>

</tr></table>

 

特性4:配置文件的优化(提升启动时性能)

众所周知,.NET代码处于半编译格式。在运行时,JIT编译器才会运行和解释半编译的IL代码为本机的机器码。由于第一次运行.NET程序的时候JIT忙于把IL编码解释为机器代码,因此程序运行的会非常慢。这也是JIT被很多.NET程序员诟病的一个问题。
为了缩减启动时间,在.NET4.5中。我们有了一个叫做“配置文件优化”的一个利器。文件中只包含了程序启动时所需方法的列表。所以,当程序启动时,后台的JIT将会把这些方法翻译成机器语言/本地编码并运行。
后台运行的JIT将跳过多数控制器,直接编译启动项配置文件里的方法,因此可以大大缩减所需时间。需要注意的是:你需要多核硬件的支持,否则的话,可以直接忽略此特性了。

为 了创建“配置文件”这个文件,你首先需要引入System.Runtime这个命名空间。第二步,你要调用静态类 ProfileOptimization 中的SetProfileRoot和StartProfile 方法。现在,当程序启动后台JIT时,它将通过 后台读取配置文件并编译启动方法来缩短启动时间。

</td>
<td class="code">
<div class="container">
<div class="line number1 index0 alt2">
<code class="c# keyword">using <code class="c# plain">System.Runtime;

 
 

</td>

</tr></table>

注意:ASP.NET 4.5和Silverlight的应用程序默认采用Profileoptimization  静态类进行处理。因此上述代码不必再此类项目中再写一遍。 

特性5:垃圾回收器(GC后台清理)

垃圾回收器在一个.NET程序中是一项非常繁重的任务。并且,在ASP.NET应用程序中表现更为明显。ASP.NET的应用程序在服务器端运行,而且许多客户端会向服务器发送请求来创建对象。这使得GC清理非必要对象的工作更加繁重。

在.NET4.0 中,当GC清理垃圾时,所有应用程序的线程是被中止的。你可以在上图中看到,我们有三个应用程序的线程正在运行,我们有两个GC分别运行在不同的线程。一 个GC线程对应一个本地进程。现在,应用程序的线程正在正常执行。现在,随着这些程序的线程执行它们任务的过程中,它们也创建了托管对象。
在某些事件节点上,后台的GC运行并开始清理。当这些后台的GC开始清理时,它们将中止所有应用程序的线程,这将导致在此时间节点上服务器和应用程序间的响应时间将会拉长。

为 了解决以上问题,服务器端的GC应运而生。服务器GC会多开启一个后台运行的线程。这个线程将在后台运行,并且持续清理二代对象。因此,减少了主GC线程 的负载。由于GC采用双线程运行,主程序的线程被中止的频率将大大境地。从而提高了应用程序的运行效率。为了使用服务器GC,我们需要在配置文件中将添加 gcServer  XML标签,并使之有效。如下所示

数组支持超过2G字节的规模

我无法想象在什么情况下我们会用到2GB的集合。所以我本人不知道我们在什么地方可以用到该特性。曾经,我需要一个大量数据的集合时,我将把大量数据分解为几部分。但是我相信,.NET中添加此特性是有一定原因的。

控制台程序支持Unicode编码

因为很少有人从事控制台程序的开发,所以我没有在上述讨论中提到此特性。我曾看到过人们在教学的时候用到了控制台程序。总而言之,控制台程序也开始支持Unicode编码格式了。

 

原文路径  http://www.itstrike.cn/Question/10777f22-b683-45ee-a957-c38368823a01.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


引言 本文从Linux小白的视角, 在CentOS 7.x服务器上搭建一个Nginx-Powered AspNet Core Web准生产应用。 在开始之前,我们还是重温一下部署原理,正如你所常见的.Net Core 部署图: 在Linux上部署.Net Core App最好的方式是在Linux机器
引言: 多线程编程/异步编程非常复杂,有很多概念和工具需要去学习,贴心的.NET提供Task线程包装类和await/async异步编程语法糖简化了异步编程方式。 相信很多开发者都看到如下异步编程实践原则: 遵守以上冷冰冰的②③条的原则,可保证异步程序按照预期状态正常运作;我们在各大编程论坛常看到违背
一. 宏观概念 ASP.NET Core Middleware是在应用程序处理管道pipeline中用于处理请求和操作响应的组件。 每个组件是pipeline 中的一环。 自行决定是否将请求传递给下一个组件 在处理管道的下个组件执行之前和之后执行业务逻辑 二. 特性和行为 ASP.NET Core处
背景 在.Net和C#中运行异步代码相当简单,因为我们有时候需要取消正在进行的异步操作,通过本文,可以掌握 通过CancellationToken取消任务(包括non-cancellable任务)。 Task&#160;表示无返回值的异步操作, 泛型版本Task&lt;TResult&gt;表示有返
HTTP基本认证 在HTTP中,HTTP基本认证(Basic Authentication)是一种允许网页浏览器或其他客户端程序以(用户名:口令) 请求资源的身份验证方式,不要求cookie,session identifier、login page等标记或载体。 - 所有浏览器据支持HTTP基本认
1.Linq 执行多列排序 OrderBy的意义是按照指定顺序排序,连续两次OrderBy,后面一个有可能会打乱前面一个的排序顺序,可能与预期不符。 要实现sql中的order by word,name类似效果; LINQ 有ThenBy可以紧接使用, ThenBy记住原本排序的值,然后再排其他值,
ASP.NET Core 核心特性:开源、跨平台、高性能是其决战JAVA的必胜法宝,最引人关注的跨平台特性 到底是怎么实现? &#xA; 本文分Unix、Windows剖析跨平台内幕,读完让你大呼过瘾。
前导 Asynchronous programming Model(APM)异步编程模型以BeginMethod(...) 和 EndMethod(...)结对出现。 IAsyncResult BeginGetResponse(AsyncCallback callback, object state
引言 最近在公司开发了一个项目,项目部署架构图如下: 思路 如图中文本所述,公司大数据集群不允许直接访问外网,需要一个网关服务器代理请求,本处服务器A就是边缘代理服务器的作用。 通常技术人员最快捷的思路是在服务器A上部署IISʺpplication Request Routing Module组件
作为一枚后端程序狗,项目实践常遇到定时任务的工作,最容易想到的的思路就是利用Windows计划任务/wndows service程序/Crontab程序等主机方法在主机上部署定时任务程序/脚本。 但是很多时候,若使用的是共享主机或者受控主机,这些主机不允许你私自安装exe程序、Windows服务程序
引言 熟悉TPL Dataflow博文的朋友可能记得这是个单体程序,使用TPL Dataflow 处理工作流任务, 在使用Docker部署的过程中, 有一个问题一直无法回避: 在单体程序部署的瞬间(服务不可用)会有少量流量无法处理;更糟糕的情况下,迭代部署的这个版本有问题,上线后无法运作, 更多的流
合格的web后端程序员,除搬砖技能,还必须会给各种web服务器配置Https,本文结合ASP.NET Core部署模型聊一聊启用Https的方式。 温故知新 目前常见的Http请求明文传输,请求可能被篡改,访问的站点可能被伪造。 HTTPS是HTTP加上TLS/SSL协议构建的可进行加密传输、身份认
长话短说 前文《解剖HttpClientFactory,自由扩展HttpMessageHandler》主要讲如何为HttpClientFactory自定义HttpMessageHandler组件, 现在来完成课后的小作业: 将重点日志字段显示到Nlog的LayoutRenderer上。 本文实现一个
引言问题 作为资深老鸟,有事没事,出去面试;找准差距、定位价值。 面试必谈哈希, Q1:什么是哈希? Q2:哈希为什么快? Q3:你是怎么理解哈希算法利用空间换取时间的? Q4:你是怎么解决哈希冲突的? Q5:你有实际用写过哈希算法吗? 知识储备 哈希(也叫散列)是一种查找算法(可用于插入),哈希算
前言 如题,有感于博客园最近多次翻车,感觉像胡子眉毛一把抓, 定位不了生产环境的问题。 抛开流程问题,思考在生产环境中如何做故障排除,&#160;发现博客园里面这方面的文章比较少。 .Net 本身是提供了sos.dll工具帮助我们在生产中故障排除,通过提供有关内部公共语言运行时(CLR)环境的信息,
.NET程序是基于.NET Framework、.NET Core、Mono、【.NET实现】开发和运行的 ,定义以上【.NET实现】的标准规范称为.NET Standard .NET Standard .NET标准是一组API集合,由上层三种【.NET实现】的Basic Class Library
长话短说 上个月公司上线了一个物联网数据科学项目,我主要负责前端接受物联网事件,并提供 参数下载。 webapp 部署在Azure云上,参数使用Azure SQL Server存储。 最近从灰度测试转向全量部署之后,日志时常收到: SQL Session超限报错。 排查 我在Azure上使用的是 S
临近年关,搜狗,360浏览器出现页面无法成功跳转,同域Cookie丢失? 也许是服务端 SameSite惹的祸。&#xA;本文揭示由于Chrome低版本内核不识别 SameSite= None, 引发的单点登录故障。
本文聊一聊TraceID的作用和一般组成,衍生出ASP. NETCore 单体和分布式程序中 TraceId 的使用方式
通过给 HttpClint请求的日志增加 TraceId,解锁自定义扩展 HttpClientFacroty 的姿势