一个应用程序其可能有成千上万条代码构成。为此通过手工来检查代码的有效性往往是一项比较困难的工作。而且其实代码能够编译通过，也只能够说明这个代码没有语法上的错误。但是其可能在某些方面存在性能上的问题。当代码中存在影响后续系统运行的性能隐患，这不符合敏捷开发的要求。

而要解决这个问题，需要从两个地方着手。一是在前期编写代码时候，要遵循标准化的原则，即要严格根据预先定义的代码规则来编写应用程序。二是在开发完毕后，要学会使用代码分析工具，来对已有的代码进行分析。在VS的Team中提供了一个代码分析工具。通过这个工具，可以明显的减少代码中BUG发生的可能性。而且这个工具本身就是根据一定的标准所开发的，其可以发现代码中不标准的地方(虽然其语法没有问题、也能够实现用户的需求)。

建议二：错误要及时总结，不能够在同一个地方栽倒两次。

人一旦养成了某个习惯，无论是坏习惯还是好习惯，以后都很难更改。一个有经验的开发人员，可以根据代码书写的习惯来判断这个代码的开发人员。这也在提醒我们，代码通常会以重复的模式书写。如果犯了第一个错误之后，没有及时总结处理，则很有可能会在第二次再犯类似的错误。所以说错误要及时总结，不能够在同一个地方栽倒两次。

从VS平台的角度讲，当发现某个代码由问题，而且可能还在其它地方使用，那么需要通过查询功能，来查询这个代码在其他地方的使用情况。另外，也可以将需要被重复调用的代码写成一个类。如此的话，当发现代码有问题的时候，只需要修改这个类即可。

建议三：规范化的文件路径和URL地址。

当应用软件规模比较大，则会牵涉到很多的文件路径和URL地址。在编写标准化代码的过程中，文件路径与URL地址的标准化是其一个基本的要求。为此对于文件路径和URL地址要预先进行规划。

在VS中，笔者建议使用相对地址，而避免使用绝对地址。也就是说，在应用程序安装过程中，允许用户根据实际情况来选择安装目录。然后系统就根据安装目录作为相对路径的开始。另外在项目开始时，项目负责人要预先制定出一套合适的编码规则。项目组的成员在编写代码时，要严格遵循这个规则。

建议四：尽量使用可移植的代码。

代码的移植性一直是评价是否是敏捷开发的重要指标之一。而标准化代码显然可以提高代码的移植性。在VS平台中，也会代码的可移植性创造了很好的条件。一个简单的例子就是模板。在VS中，提供了丰富的模板。其实模板就是一段段可移植代码。

而且在VS中，还可以自己创建模板。在笔者的开发环境中，就有近百个模板。如用户登录模板、数据保存前的检验模板等等。如现在需要新开发一个应用程序，需要用到登陆功能。则笔者可以直接调用自己以前创建的模板，然后进行小规模的调整。