初识Grails

我想没有比找到一个适合自己的框架更让人兴奋的,而grails对于XY自己来说就是这样一种存在.
虽然XY自己只学习了Java一年不到,但是从windows转移开发环境到linux,完全整合spring+hibernate+struts1框架,中间的辛苦只有自己清楚.XY借着对于编程的兴趣以及学校给予的项目,不断做下去.
事情不总是一帆风顺的,在学习Java这门庞大的技术的同时,开发过程中各种问题接连出现.项目基本上只有我一个人在开发,而且JEE技术在学校内的使用者,或者说可以交流的人不是很多.最大的问题在于web2.0本身的复杂性导致XY在开发工程中陷入了复杂的配置文件中.
XY在去年年底或者更早些接触了JavaEye技术社区,在后来也了解到Ruby on Rails的存在.但是初期XY并没有什么感觉,只是因为Netbeans帮助上的一篇文章让XY感觉到Ruby on Rails快速开发的能力让XY冲动了一下去图书馆借了一本书,最终那本书没有复印就还掉了.
上个月的时候,XY获得了新的服务器,同时按照XY自己的想法,配置了rhel5_x86_64机器,获得了XY首个linux下的产品环境.
获得了更好的环境,但是自己的开发却无法更快,虽然XY突发灵感的对于前端进行分层开发(后来想想和rails的controlling/view的结构类似,特别是url,重复造轮子了),不过因为java的静态语言的特性导致在开发过程中的很麻烦,特别是在修正的时候(XY的TDD用的不好),重新启动时间的浪费不是省油的灯,最终XY希望寻找一种动态语言的解决方案.
按照XY的想法,XY找到了ruby on rails,这是一个让XY非常喜欢的语言,特别是他能够在10分钟内开发一个简单的博客网站,不过因为是脚本语言,所以语法上,运行环境上都不一样,但是XY能够承受,但是最终导致XY放弃ruby on rails的直接原因在于rhel5_x86_64编译ruby-fcgi失败,虽然只是一个c文件,但是始终无法编译成功,加上XY在看了一些ruby on rails的书籍之后,感觉自己如果需要学习ruby on rails的话,可能需要花费很多时间,有一句话说:
学习一样新的东西没有问题,关键在于其学习的成本.对于XY来说,可能成本太高了,因为基本上所有东西都是新的.
不过转机在于今天,今天和往常一样去了图书馆,为了寻找一本FLEX的书,选择好之后XY暂时不想出图书馆,然后左右翻看书籍,很意外的发现了一本自己以前没有注意过的grails的书,XY一开始并没有注意这个语言的名字,貌似在javaeye看到过,但是在看了里面的内容之后,XY发现自己找到了自己一直在找寻的解决方案,单纯这样还是不能让XY选择这门语言的,最终让XY选择grails的还是自己的ubuntu上的netbeans的groovy/grails支持,没有比这个更加能让人兴奋的了,结合了groovy和rails的适合从java体系过渡过来的使用者的框架,同时有这不错的IDE支持,虽然XY现在看到的文档很少,不过XY相信XY不是半年前的自己了,相信XY自己能够通过网络解决(XY找到的ruby的书其实也不是非常多),事实上,能够和java结合,是XY最大的后台,一旦有难以解决的问题,就让grails调用java去解决吧,就这么决定了.