VS2010已经发布了正式版，在这个新的工具中，有很多地方可以与XP结合。

XP（Extreme Programming）是极限编程，是敏捷编程中的一种。

极限编程中的思路是：

计划游戏，小版本，隐喻，简单设计，测试，重构，结对编程，集体所有权，持续集成，每 周工作40小时，现场客户，编码标准。

在极限编程中，强调的是人，强调的是灵活。然而极限编程中在VSTS中能有怎样的结合呢？ 在这里，我只想说说我浅薄的想法。

在极限编程中的这些思路中，并不是所有的思路点都能在VSTS中得以实现的，这里，我只列 举出来我觉的相关的，如有不正确之处，请大家指正。

VS提供了许多版本，架构师的，开发人员的，测试人员的，还有数据库设计人员的，当然， 在VS中，没有极限编程团队中的客户成员（也可以说成业务分析师）的版本，我们知道，客户 往往是不懂开发技术的，所以用不上相对应的开发工具，但在TFS中，可以支持word，Excel， 客户更多标准化的东西可以用office工具来完成。当然，这里只是说能把一些量化的用word或 Excel 来记录，而不是说团队成员之间不交流，交流的结果总是需要记录或量化的。所以用VS 相应的工具并不影响极限编程提倡的人与人的交互，反而把大家聚到一个统一的开发平台上进 行协作。还有一点是如果使用者觉的TFS2010提供的过程模板（是基于杂MSF5.0的）太复杂，完 全可以定制自己的过程模板来适应极限开发，这是一个开发的平台。还有TFS2010的安装大大减 化，也为在VS2010中做敏捷编程提供了很大便利。

在计划游 戏中的结果，我们可以把讨论的结果记录在一些word文档中，通过VSTS去控制、分发、保存。 当然在计划游戏中，每个角色都在积累着自己的资源。业务分析人员更多的是描述，模仿业务 的真实场景，架构人员就要从场景中抽象出要实现业务的技术及实现的框架，开发人员思考实 现的方法，测试人员思考测试的种种用例，这些在可能会从自己的角度提出很多问题，大家讨 论，分析，解决然后流程再向前推进。

从技术的角度考虑小版本，VSTS也能做的很好， 因为VSTS在版本控制上已经非常完善，只要各个开发与测试到位，很快会通过Team Build来构 建一个新版本的，当然，这里的小版本是迭代交付的一种版本，把一个完整的大项目，通过分 化依次分批把功能交付客户。

测试，特 别是单元测试，在VS中提供了非常强大的功能，可以自动生成针对方法的单元测试，并且还可 以批量测试用例。

集体所有权和持续集成分对应VSTS中的源代码管理和Team Build。在XP中提到的集体所有权 是让大家都能看到和有权修改不是自己写的代码，当然在VSTS中如果权限放开的话，是允许这 样做的。XP提倡的是所有人都了解整个系统，所以每个人员都能检查出系统的问题，所以都有 权修改代码，但这种修改也会有问题，当后者理解有偏差时，就会出现修改错误，VSTS可以通 过权限来做到集体所有权，VSTS2010有了自己的“控制面版”，可以方便的来设置 。同时，VSTS中可以存储用户的改动及旧版源代码，可以很容易恢复原有代码，当然这些修改 与恢复都建立在一定的沟通机制上。集体所有权意味着我们都改动别人写的代码，在VS2010中 ，提供了一个“导航”功能，能方便的导般到文件，类，方法等你一时找不到的元 素。持续集成可以对应到VSTS中的Team Build，因为这样，可以方便快捷的完成一个阶段版本 的生成。当然，要求当前迭代中的所有的开发测试工作项完成，才能生成一个新的版本，否则 只是一次Build。