.NET 4.5 提升了 Web 开发的生产率

  • Harry Brumleve
  • 侯伯薇

2012 年 7 月 1 日

话题:语言 & 开发

随着.NET 4.5 发布日期的日益临近,微软已经开始慢慢揭开下一代开发平台的神秘面纱。关于 Metro 和Windows 8已经有了很多宣传,而对.NET 核心特性所作出的改进会在短期内抢了它的风头,传统上那会专注于 web、服务和数据开发。

ASP.NET Web Forms在.NET framework 的前几次发布中保持相对稳定,很多开发者市场份额分享给了ASP.NET MVC。在.NET 4.5 中,微软做了大量工作,在 ASP.NET Web Forms 中提供了对模型绑定的支持,从而减少这两种 web 开发产品之间的生产力差别。这种绑定让开发者可以在代码中跳过服务调用和绑定,直接给控件赋值。

尽管这种方法确实节省了时间,但是它并没有把页面的渲染和业务逻辑完全分离开: 载入网格的服务方法名称会嵌入在控件中。

除了 ASP.NET 栈中的模型绑定和其他改善——像提升了的对 HTML 5 的支持、降低了的内存消耗、易于编写异步代码的能力——之外,ASP.NET 相关技术还在 Visual Studio 编辑器中享受更丰富的开发体验。在更引人注目的改善之中,其中之一就是智能任务(Smart Tasks)。在标签中使用 Ctrl + .(点), 开发者可以使用智能任务来加快开发的速度,而不需要知道关于如何配置给定控件的细节。

其他 Visual Studio 的改进包括: 对于 JavaScript 和 CSS 更智能的支持,还有更精细的调试机制,像页面检查工具(Page Inspector tool)。

由于引入了 ASP.NET MVC,它已经能够以某种形式来提供RESTful 的 web 服务,而在 ASP.NET MVC 的最新版本中,微软引入了一些 Web API,让这个概念标准化。Web API 的关键特性就是,通过支持 RESTful 的方法来暴露 IQueryable,从而减少开发时间。这种特性能够帮助开发者创建专门的客户端查询,而不需要创建通常需要用来产生有用服务的大量代码。和其他.NET 4.5 的改善一样,这项特性所修改的代码范围被降到了最小。

对于以下标准的 API 控制器:

基于 GetProducts() 的 REST 查询,它会返回所有产品:

http://localhost:8334/api/product

对于以下可查询 API:

基于 GetProductsByQuery() 的 REST 查询,它会返回所有成本小于 4 的产品:

http://localhost:8334/api/product?$filter=(cost lt 4)

过滤器会在运行时应用给第二个查询,从而形成结果。这让一个方法可以为多个特性服务,而且减少了方法的关注点。对于特定的特性,任何特殊的情况或者副作用都可能需要它自己的实现。

最后,为了管理你需要通过 Web API 暴露的数据,微软提供了 Entity Framework 5。尽管 Entity Framework 的各种模型已经存在一段时间了(像代码先行、数据库先行和实体先行),Entity Framework 5 引入了一种概念,能够在开发工作的周期内,自动同步模型和数据库。这会节省很多花费在创建 SQL 变更脚本和管理已经持久化的数据的工作。尽管在包管理控制台(Package Manager Console)中协调迁移的环节很可靠,但是还是值得学习一下相关的语法。

在代码先行(Code First)的应用程序中,运行这条命令:

如果“InitialCreate”文件没有添加到你的迁移目录中,那么就运行这条命令:

对于给定的模型:

 

如果我们增加属性“HasLid”:

我们可以运行另一条命令,使用我们对模型的改变来更新数据库。

如果你想要回滚所做的变更,只需要运行 add-migration 命令,并确定你想要让数据库反映的目标:

尽管这些变更已经被大家广为接受,认为它能够改善.NET 开发者的生产力,但是 4.5 版本中引入的大量变更还是存在一些问题。Greg Duncan简要地说明了微软在.NET framework 中的速度问题: “我猜你可能会说微软(或者参与的团队)是敏捷的,并试图在每次迭代中做出改善,从过去的经验学习……? (咳咳……所以我希望至少……咳咳)。”

查看英文原文:.NET 4.5 Raises the Bar for Web Development Productivity
语言 & 开发