虽然ASP.NET Web Forms不是vNext计划的一部分,但它并没有被忽视。作为Visual Studio 2013 Update 2的一部分,它重新开始支持新工具、EF集成和Roslyn。
为什么Web Forms不是ASP.NET vNext的一部分
作为开始,让我们先为这个坏消息做下解释。为了改进性能和跨平台可移植性,ASP.NET vNext正在消除对System.Web的依赖。与OWIN相比,它缓慢而庞大,使测试工作多了不必要的麻烦。
虽然他们已经多次尝试将其分离出来,但Web Forms与System.Web其它部分的联系实在是太紧密。那只是问题的开始。System.Web与System.Design有循环依赖,这种情况实在都不应该有出现的可能。更为复杂的是,System.Design还将System.Windows.Forms牵涉其中。
总而言之,Web Forms的代码就像一团解不开的意大利面。但它还会继续使用,因此微软目前还会对它提供支持。
支持Roslyn
作为其部署策略的一部分,Web Forms一直包含运行时编译。这点没有变化,但作为替代实现,开发人员可以切换到基于Roslyn的CodeDOM提供程序。(CodeDOM是Web Forms目前使用的编译器框架)Pranav Rastogi写道:
我们测试了一个大小和复杂度适中的应用程序(在bin目录下有600多个程序集,500多个用户控件&页面),在启用了将在下面详细说明的新的CodeDOM提供程序后,启动/预编译阶段的运行时编译成本由15分钟左右降到了70秒左右。
支持ASP.NET Identity 2.0
ASP.NET Identity是现代用于构建ASP.NET应用程序的新的成员资格管理系统。Identity使得增加用户配置文件、诸如Facebook、Twitter、微软账户、Google等社会化登录、将持久层由SqlServer切换到Azure Table Storage等工作更简单。它还增加了诸如账户确认、双因素身份验证、帐户锁定、从任何地点单点登录、密码重置和许多其它安全相关的功能。
在本次更新中,Web Forms模板经过修改包含了来自ASP.NET Identity 2.0的功能。
支持Entity Framework 6
为支持EF6,下面的组件已经更新:
- EntityDataSource控件
- DynamicData提供程序
- 通用提供程序
Web Forms脚手架
脚手架是用在ASP.NET MVC模型中的基本CRUD操作的代码生成器,在Visual Studio 2013中进行了重写。重写的结果是,微软现在可以为Web Forms提供脚手架支持。特别地,开发人员可以从一个模型对象生成创建、替换、更新和删除视图。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
.NET Native:C++的性能 C#的产能?
.NET Native可以将C#代码编译为本地机器码,最令开发者兴奋地是,使用.NET Native预览版不仅会让应用拥有C++般的性能表现,还可以实现C#般的生产力,兼具二者之长。
-
Visual Studio 2013发布 基于Azure的免费VSO出现
上个月,微软面相开发者的Visual Studio 2013已经可以使用,但是等到现在才发布了Visual Studio Online,可以在Windows Azure中进行源代码控制,并且简化了应用生命周期管理。
-
Visual Studio提升了对C++14的支持
Visual Studio 2013中将会包含的C++语言特性在那个时候就已经固定了下来,现在一个新的CTP版本已经发布了,该版本让VC++更加接近于C++14。
-
如何走出选择PHP还是ASP.NET的两难境地?
PHP和ASP.NET可以说是一对竞争对手,就两者的优劣性做出好坏评说的话,估计会有遭到双方程序员的激烈回应。