Spring Roo开发初评

Spring Roo开发初评

 

 

我们广泛使用Spring MVC和SpringSource的其他产品，来构建企业Web应用。作为一家外包公司，我们在前端开发严重地依赖于Flex，我们对Spring-BlazeDS的整合总是得心应手。而像Spring Security则是常规组件，集成JMS和使用Hibernate作为ORM，这是通常企业Web应用的基本细节。

 

很多项目启动后，最初部分时间花费在项目的配置上了。Spring项目的配置有点繁琐，尤其是处理各组件版本。Maven可以解决这个问题，但它对封闭的项目组件模板无效。Spring Roo项目出现了。Spring Roo是RAD快速应用开发工具，这使得使用Spring的J2EE开发变得更容易。Spring Roo可以帮助你建立模型/域驱动的Spring项目和生成基于该模型/域指定的代码。它不只是一个代码生成工具，而且整合各种组件，如Security、JMS、日志、MVC、测试等，这意味着开发人员可以把精力集中在实体，而不是组件内部。

 

Spring Roo严重依赖于AspectJ和Maven。我最初的动机是用Spring Roo "Holy Grails, it does make life easy." 但在生成代码后来看，它只是原型，而不是可部署的产品（只是像Adobe Flash Catalyst的设计-代码的转换，代码丑陋且臃肿）。因此，我不得不卷起衣袖，把生成的代码大改一番。我对使用Spring Roo的认识：

 

1、Spring Roo的使用范围有限，在企业合作开发项目方面无用武之地。

 

2、对于简单的数据模型工作得很好，但对于复杂的模型则不是那么回事了。而且域建模需要可视化工具。

 

3、代码跟踪很混乱，开发者不能以增量方式写代码。

 

4、难以同步修改代码。当修改了生成的代码后，再用Spring Roo生成代码，先前修改的代码被覆盖。

 

5、已与Flex/J2EE项目工作了相当长的一段时间，我习惯了DAO设计模式，可惜Spring Roo不支持。

 

6、生成单元测试和集成测试案例，更容易保证代码质量QA和依赖Selenium进行网络应用测试。

 

7、生成Web层执所需的CRUD操作，依赖于Tiles框架。

 

此外，我必须说，Spring Roo最令人印象深刻的一点是，使得项目配置很容易，易于增减模块，依赖管理。