本文主要讲述ASP.NET ，怎样创建ASP.NET 项目。这些内容都是一些门户网站和技术论坛找到的，中间可能有不少错误是我没有挑出的，欢迎大家指正。下面对ASP.NET 进行说明。

在几个星期前我在博客里提到， 我们将在这个发布里同时发布 .NET框架库源码的引用版本。Visual Studio 2008有内置的调试器支持，自动按需调试进入代码（VS 2008可以自动为你下载适当的.NET框架库文件）。#t#

我们正在部署这些源码服务器，在几个星期里将发表启动这个功能的步骤，说不尽的其他改进 。

上面的列表只是所做改进的一小部分。针对客户端开发，VS 2008 包含了对ASP.NET 设计器和项目的支持。ClickOnce 和WPF XBAPs现在在FireFox中也工作了。WinForms和WPF项目现在也能使用ASP.NET 应用服务(成员，角色和用户数据)来漫游用户数据了。 办公开发也更加丰富了，包括对Office 2007 Ribbon和Outlook的集成支持。Visual Studio办公工具支持现在也成为Visual Studio的一部分了（对，不用再购买另外的产品了）。

新的WCF和Workflow项目和设计器现在也包括在VS 2008中了。单元测试的速度大为提高，而且单元测试的支持现在包括在VS Professional版本（而不仅仅是VSTS版了）中了。连续集成支持现在也内置于TFS中了。AJAX web测试（单元和压力）现在也由VS Test产品支持了。还有许许多多多的改进，这里无法一一提及了。

在XP开发实践中的TDD(Test Driven Development)，它有一个别称叫 Test-First Programming，要求开发的***步是根据需求，必须先写单元测试程序，然后再写实现程序让符合需求的测试通过。我们知道XP中的需求是以“用户故事”(User Story)的形式描述的，而用户故事实质上就是一种软件“特性”(Feature)。ASP.NET  讲的是如何通过编写“测试”，尤其是单元测试，来驱动软件的设计和编程。

系统测试从哪里来?来自系统需求。系统需求从哪里来?来自用户目标，ASP.NET 则也不例外。在需求不稳定的情况下，这样的TDD会有什么问题?会不会带来许多冗余的工作?答案是肯定的，这样必然会带来单元测试的不稳定，这就需要敏捷开发人员有相当强的抽象能力，抽象、界定出主要相对稳定需求就可以实施TDD。