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最令人印象深刻的一點是，使得項目配置很容易，易於增減模塊，依賴管理。