ROR和JEE

阅读更多

     目前ROR（ruby on rails）web开发框架日益火起来，其原因是因为它的敏捷开发，高效开发等引起了多数开发人员的注意，尤其是JEE领域的java开发人员，因为JEE开发技术太复杂，选择太多，而在小型的WEB应用带来了很多不必要的复杂性，从而降低开发效率，影响项目开发进度，慢慢的使期大批忠实的程序员感到厌倦，正努力寻找一种快速生产的解决方案，此时ROR来啦，于是多多少少引起了我们的关注，难道真的JEE就不能象ROR那样实现高产开发吗？我想不是，JEE能实现复杂的企业应用，自然而然就能够象ROR那样实现快速开发，具体看开发人员怎么正确使用技术：

1. 技术始终是服务于业务需求，程序员不能被技术左右思想，我们应该着重于业务需求导出技术需求。
2. 技术繁杂，尤其是JEE，选择太多，新技术层出不穷，在这种情况下我们不能跟风（当然适当的研究新技术固然是好，但那只是研究，当新技术不成熟、没有经过市场检验时只能是研究，不能用于生产、除非你对新技术精通到能够修改它的源代码来正确的工作除外）。
3. 所以要在我们现有技术的基础上，正确选择一个自己最熟悉的及市场公认成熟的技术架构方案为自己做正确的事，比如目前：spring/hibernate/webwork就是一个很好的柜架组合，当技术架构选择后，一定要形成自己的风格，努力研究自己选好的架构，用好它，学精它，而不是花大量时间去跟风学习其它大量的框架，只能发20%的时间去参考新的及已有的框架，而应该发80%的时间努力学精自己选好的框架。
4. 一定要要自己选好的框架里把通用的代码重用，打造围绕已选柜架形成自己的边缘柜架，这个框架服务于已先框架之上，例如：你选的框架是spring/hibernate/webwork，那么你一定要在此框架上打造出一个属于自己的边缘框架、而这个框架是以spring/hibernate/webworko为基础而发展起来的，是你二次开重构出来的。
5. 这个时候你就会发现原来JEE开发也是如此的简单，和ROR没什么区别。

记住：自己最熟悉的架构才是最好的架构，才是你提高生产力，保证软件质量的架构，如果你不熟悉就算是你用ROR照样不能高效的为你自己工作。

 

一直以来我致力于研究：spring/hibernate/webwork这个架构组合，因为这个架构在市场上是可行的，在技术上是先进的，在开发效率上是可见的。经过一段时间的研究及应用，以及对ROR的参考，目前已形成了自己的开发流程，实现了充血模型的POJO，跟ROR类似（CRUD及简单的查找方法），只要继承一个基类并会有类似ROR的功能，现在最主要的工作是写一个脚手架框架，用来自动生成充血模型POJO的程序代码以及零具有CRUD等简单功能的Action代码和具有简单的CRUD功能显示及操作的View表现层代码（jsp/velocity/freemaker）的功能，到时候这个框架就跟ROR差不多，只要一条命令方可实现！