ASP.NET网页设计微软产物总监谈下一代Visual Studio vNext及DevOps仓酷云

net网页编程欺骗了我们那么多年，如今的多核时代，我认为它气数已尽！10月10日，微软看京办公室，InfoQ中文站对微软总部急迅开辟和VisualStudio产物线计谋总监SamGuckenheimer举行了采访。采访次要环绕以下几个话题睁开：

• 微软是怎样使用急迅开辟来举行微软产物研发？团队是怎样构成的？团队合作是怎样举行的？
  
• 怎样进步使用性命周期办理（ALM，ApplicationLifecycleManagement）流程的效能
  
• VisualStudiovNext亮点
  
• 怎样经由过程VisualStudiovNext行团队合作
  
• VisualStudiovNext中加强的对急迅开辟的撑持
  
• 微软与DevOps
  
• BUILD年夜会感悟
  
• Sam的著作《AgileSoftwareEngineeringwithMicrosoftVisualStudio,fromConcepttoContinuousFeedback》面向的读者群及次要内容
  
• Sam在北京TechEd2011的演讲主题及介
  

下一代开辟平台vNext经由过程专注于改良全部团队在开辟中的事情流，从全体上增强了对软件办理计划的无效创建和前期保护的撑持，次要具有以下几个特性：

• 急迅计划工具——经由过程新的待做事项和义务板，进步全部团队介入的通明度。
  
• 轻量级需求——以一种加倍天然的体例在软件过程当中尽早猎取和承受需求。
  
• 尊敬好处相干人的反应——写出真正切合好处相干人希冀的代码。
  
• 延续测试——经由过程单位测试掩盖率的加强包管终极产物的质量。
  
• 急迅质量包管——经由过程一系列办法进步代码质量：代码审视撑持，改良单位测试框架并撑持新的探究性测试。
  
• 改良用户体验——改良的一样平常义务的体验。
  
• 开辟与运营和谐分歧——增添营业运营与开辟团队之间的接洽和懂得，削减修复产物缺点所需的工夫。
  

在提到微软与DevOps话题时Sam提到：

• 无需在临盆主机上安装任何软件，仅经由过程PowerShell来捕获服务器上天生的Tracelog，然后经由过程邮件、TFS将日记发送给开辟者，开辟者可间接经由过程BUG办理模块来翻开该日记，日记可定时间检察，经由过程该日记，能够懂得到临盆服务器上产生了甚么事变，还能够在分歧的产物版本间坚持无效断绝，同时撑持回滚至特定汗青版本。撑持代码和SQL断绝，而且能够疾速将修复增添到产物中。
  
• 在VisualStudio11中，体系运维卖力人可间接与TFS（TFS，TeamFoundationServer）互通，运维司理卖力在运营办理模块中办理产物实例，在产物Backlog中的产物实例同意开辟职员间接看到响应的代码和SQL语句，由此能够构成一个闭环，从产物计划到开辟再到运维，产物运转阶段成绩修复后再回回到产物中。如许的一个延续的流程，恰是DevOps中所倡始的。
  
• 在服务器端，增添了一些监控组件，这些组件可延续地对运转情形举行监控，能够看到服务的形态、来自环球各地的哀求的响应工夫等，同时还供应了响应的诊断机制，能够将碰到的成绩与详细产物的代码行联系关系，在短的工夫内将修复后的产物带给用户。
  

别的，在采访过程当中Sam还提到了TFS所带来的改动：

在TFS中能够创建项目开辟的常识，让团队成员间更无效的合作。项目包含了需求、Bug、程序代码、测试用例等。最明显的特性是削减华侈并让全部开辟团队相同更顺畅、进步项目标及时能见度和完全的可追踪性等。这也是使用性命周期（ALM）的中心。

以下是其他相干信息，供参考：

• BUILD2011年夜会的主题演媾和BUILD年夜会首日演讲（中笔墨幕）。
  
• VisualStudiovNext的相干主题、vNext线路图和VisualStudioTeamFoundationServer2010先容。
  
• 文中提到的Sam编写的书：AgileSoftwareEngineeringwithVisualStudio:FromConcepttoContinuousFeedback,2ndEdition
  
• 关于TechEd2011微软手艺年夜会：http://technet.microsoft.com/zh-cn/teched2011_community
  

本期视频采访会在近期公布，敬请等候。
贾国清是InfoQ中文站初级筹划编纂，酷爱生存，喜好旅游和体育活动。
兄弟们，想来你们都看过了昨天的比赛了。我现在的痛苦状跟当时应该差不多。希望本版.net老师不吝赐教，为小弟这一批迷途的羊羔指一条阳光之道！您也知道：学习技术如果只有一个人摸索，那是一件多么痛苦的事情！还有，如果万辛能得名师或长者指点，那又是多么一件幸福和快乐的事情！

asp.net空间的支持有:ASP.NET1.1/虚拟目录/MicrosoftFrontPage2000扩展/CDONTS,同时他的网站上也提供了Asp.net的使用详解和程序源代码，相信对使用ASP.NET编程的程序员来说会非常有用哦!

ASP.net的服务器，要求安装一个.net环境，当然我这里指的是windows系统，顺便点一下，.net只能放在windows环境里来运行。Asp.net1.1的就装Framework1.1，Asp.net2.0的就装Framework2.0。

ASP.NET可以无缝地与WYSIWYGHTML编辑器和其他编程工具（包括MicrosoftVisualStudio.NET）一起工作。这不仅使得Web开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到Web页的GUI和完全集成的调试支持。微软为ASP.net设计了这样一些策略：易于写出结构清晰的代码、代码易于重用和共享、可用编译类语言编写等等，目的是让程序员更容易开发出Web应用，满足计算向Web转移的战略需要。

但是java靠开源打出的一片天地，特别是在微软的垄断下能打开今天的局面还是有它的生命力的。

ASP.net1.1和2.0在程序上的语法也有很大不同，现在2.0属于新出来的，不知道半年后会不会有3.0(说笑一下)。Windows2003系统自动支持ASP和ASP.net环境，不用安装任何程序。Asp.net属于编译语言。ASP的最大不同(ASP属于解释语言)。

那么，ASP.Net有哪些改进呢？

弱类型造成潜在的出错可能：尽管弱数据类型的编程语言使用起来回方便一些，但相对于它所造成的出错几率是远远得不偿失的。

主流网站开发语言之CGI:CGI就是公共网关接口(CommonGatewayInterface)的缩写。它是最早被用来建立动态网站的后台技术。这种技术可以使用各种语言来编写后台程序，例如C，C++，Java，Pascal等。

ASP.Net摆脱了以前ASP使用脚本语言来编程的缺点，理论上可以使用任何编程语言包括C++,VB,JS等等，当然，最合适的编程语言还是MS为.NetFrmaework专门推出的C(读csharp)。

逐步缩小出错代码段的范围，最终确定错误代码的位置。

这也就是最近几年来随着各种新的后台技术的诞生，CGI应用在Internet上越来越少的原因。CGI方式不适合大访问量的应用。

逐步缩小出错代码段的范围，最终确定错误代码的位置。

在调试JSP代码时，如果程序出错，JSP服务器会返回出错信息，并在浏览器中显示。这时，由于JSP是先被转换成Servlet后再运行的，所以，浏览器中所显示的代码出错的行数并不是JSP源代码的行数。