GRAILS 缘起

  出差回来的时候，公司交给我一个任务，负责监督所有项目的执行情况。在这些系统中，有一个项目是公司内部的开发任务，没有什么熟练的PG来做，只有几个刚入行的所谓的菜鸟。
  在和菜鸟几天的接触中，形形色色的低级错误不断涌现在我的面前。在我感叹一切皆有可能的时候，我也在思考是不是当前使用的纯java加少量的struts1的框架对这帮菜鸟而言太过于高深，甚至有点像葵花宝典一样让他们不得不丢掉命根子。
  当然作为我个人而言，我是从来不会选择struts1这个框架的。在我的心目中，过于繁琐的xml配置和大量的冗余代码已经宣布了这个框架的失败。这种失败现在已经体现出来，因为struts2几乎就和struts1没有任何相似，完全是另一个爹生的。而直接的jdbc的编写，对菜鸟们和系统来说都是中残酷的考验，不知道连接池和事务管理为何物的菜鸟足可以用几行代码把系统彻底搞垮。所以，为了不要让我监督的系统出乱子，我必须的重新共建当前的框架。
  在经过调查和思考之后，我决定采用jpox和spring相结合的框架。但是在实践的过程中发现，菜鸟们对这些东西也是不能快速的上手，虽然技术本身很好，我的项目看来依然会不能按期按质的完成。实在不行，开来还是得上我的藏箱底武器ROR，但是另外一个问题又摆在面前。对于仅仅学过java的新手而言，Ruby的语法和动态语言的特性估计很难适应。另外一个方面就是，已经完成的一部分商业逻辑的java代码基本上就要作废。这个时候，GRAILS进入了我的视线。和RAILS的相似，以及和java的无缝集成等种种优点让我确定这就是当前项目的the one。在给菜鸟们演示完本人尝试的一些小小的demo之后，发现菜鸟们的眼睛里面已经不再有恐惧，取而代之的是渴望，对发挥自己潜能的渴望。
  后面的事情可想而知，我们的项目成功地完成。GRAILS也成为我们开发小型应用的首选框架。