概述

有不少开发人员都问过我，Ext JS/Touch是否支持团队开发？对于这个问题，我可以毫不犹豫的回答：支持。原因是在Sencha官网博客中客户示例中，有不少项目都是基于团队模式开发的。

那为什么会出现这个问题？我觉得问题的关键在于不知道如何去进行模块独立调试或做最终的整合。对于这个问题，我觉得《.NET最佳实践》这本书(下文中简称为实践一书)或许会给大家带来一点启示。虽然这本书是针对.NET而写的，但我觉得，这对于Ext JS/Touch，甚至于其他开发语言的开发，还是有不错的借鉴意义的。

《.NET最佳实践（Pro .NET Best practices）》是.NET领域公认的经典著作，总结了大量.NET开发人员认为好用切高效的最佳实践，针对性地阐明了如何恰当地在个人、小组和行业中应用这些最佳实践，为个人和开发团队提高开发效率提供了绝佳指导

持续集成

在实践一书中，持续集成可以说是书中集大成于一身的实践，其目的就是要建立一个CI服务器，然后在该服务器上以自动化的形式实现代码的重新生成、单元测试、分析、打包、部署和稳定性测试。如果真要实现这个，对于小公司来说可能暂时还没这个能力，但我们可以借鉴其中的方式，例如，组件一台服务器，让开发人员不定时或定时的将已完成的可以进行测试的代码上传至服务器，让测试小组展开部分测试。而当服务器又更新的时候，可以通过客户端程序提醒开发人员去下载别人已经完成的代码，以便提供一个完整的开发环境以测试自己模块。

编码规范

在实践一书中，很强调编码规范，因为这有助于团队成员之间有一致的语言，并彼此配合。而作为一个组织、各个团队之间保持，有助于实现各个团队之间保持一致，有助于实现遵守公认的标准、有效的开发原则和好的实践。

对于Ext JS/Touch来说，它自身就是基于一定的编码规范来实现的，如命名空间、类的名称等等。在项目中遵循并延续这个规范，我觉得是最好不过的了，因为这有助于实现项目目标，而且框架自身就是使用这些规范实现，是一个极好的示例。当然，项目中还可以根据这些规范做更改与完善，以便更好的实现目标。

在项目开始之初，熟悉规范的开发人员，非常有必要向还不熟悉规范的开发人员介绍他们的经验，以便让这些开发人员尽早熟悉这些规范。在项目过程中，如果有新加入的项目成员，也很有必要向他们介绍这些规范，以便尽快融入到项目开发之中。以上这些都是实践一书的经验之谈，值得深入了解。

测试

实践一书对测试很重视，这也是当今的一个潮流。不过，对于javascript的测试来说，还是处于发展阶段，尤其是对于Ext JS/Touch的测试（包括工具），还是处于一种朦胧状态。虽然在Sencha官网博客上有不少介绍这方面的博客文章，但总的来说还是比较缺乏这方面的资料和经验，因而，如果真要在这方面下功夫，就要下点狠功夫去研究了。我觉得这个是值得去做的，因为熟悉和掌握这些方法，尽管未来不一定使用Ext JS/Touch来进行开发，但对公司未来来说，还是大有脾益的。

对于Ext JS/Touch这种可以将前端和后端分开开发的框架来说，我觉得，为了便于测试，把测试重点放在如何自动为前端提供虚拟数据进行测试，是值得先行研究的。不过，要实现全端与后端的分离，首先要做的工作就是数据的标准化工作，这个在我的书中都有具体的说明，在这就不赘述了。

小结

虽然实践一书的基本内容是基于.NET的，但很多实践方法其实也是适用于其他开发的，因而多看看这类的书，对于团队开发来说还是相当不错的。对于Ext JS/Touch来说，是非常适于团队开发的，而其具体的实现方式，可能目前还没有成熟的套路，但借鉴一下其他团队开发方式的思路，我觉得是可行的，而我推荐的就是实践一书。希望这些内容对大家有点帮助。