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最令人印象深刻的一点是,使得项目配置很容易,易于增减模块,依赖管理。
很多项目启动后,最初部分时间花费在项目的配置上了。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最令人印象深刻的一点是,使得项目配置很容易,易于增减模块,依赖管理。