2007-04-19晚 - 我和Gavin的谈话记录 SeamGrailsGroovyHibernate框架
程序员文章站
2024-03-20 09:11:40
...
今天又厚脸皮蹭了人家一顿饭。为的是有机会近距离接触Gavin和他交流了一些技术问题。Gavin 给我的感觉是年纪很轻，说话有点语不惊人死不休，对于喜欢的东西非常的赞赏，对于厌恶的东西，狂骂。有个性。到底是年轻人。
吃的东西没办法反刍给大家，但是通过讨论收获到的一些信息，还是可以共享出来的。我的E文不是很好，那家伙的澳大利亚E文又快又急，所以他的很多回答我还是没有听明白，只是尽我自己的努力去回忆。
我先要声明，以下内容只是我对于2007/04/19晚饭局上和Gavin聊天的回忆纪录，其中可能有误解/曲解，并不代表Gavin本人的观点。
(1) 谈谈Fullstack framework 的未来
Gavin讲了一大堆关于ORM/Seam/EJB3的冬冬,最后简而言之说是看JEE6.果然是JCP成员,压根没有提到spring/grails/ror....我本来想从他嘴巴里套一些它对于框架未来发展的想法.结果:nothing.
(2) Hibernate/SEAM 的LGPL License会不会变
不会变.但是以RedHat/JBoss名义出的一些大杂烩会以GNU方式发布.
(3) Rich domain object vs SLSB + Entity
提这个问题的目的并不在于真的要说出一个子丑寅卯, 是因为我发现每个架构师都有他自己固定的设计理念和偏好. 通过这个问题可能部分的反映出他的一些思路和设计哲学.
Gavin的答案当然毫无悬念,当我说到,我该如何往一个entity中添加一些业务方法并且还想要享受一些transaction之类服务的时候,他马上打断我,说这是一个非常非常糟糕的设计. OK, so SLSB + Entity ? Gavin马上满意点头....
(4) Hot deploy为什么如此重要
我和他提到,在体验Grail的时候, 每次跑单元测试都需要等待很长时间让框架完成初始化,这对于TDD是无法忍受的.Gavin很赞同,他很惊讶Grails为何hot deploy做得如此之差,他似乎记得Grails的家伙和他说过可以支持Hot deploy. 但是他承认,其中有一方面和Hibernate有关系,比如我们修改了grails里面的domain object,比如增加一个field,那么hibernate必须重新启动来更新一些meta data. 其他的情况他认为就不应该了,Seam都已经支持了.他还认为支持Hot deploy是Super Important的.
(5) 关于动态语言
Gavin说,他为什么喜欢用强类型语言, 重构不便是一个原因.我说我很喜欢Groovy,他表示赞同.而且Seam的最新代码中已经包含Groovy的支持.但是我觉得性能可能是一个问题,尤其Groovy的MOP框架, Gavin叽里呱啦说了一大堆,没听明白....
(6) 既然说起动态语言,那么肯定少不了聊语法糖. 当我说我还在用Java1.4的时候, Gavin开始数落Java5+的好处. Gavin说annotation,generic,autoboxing都是很诱惑的功能.他还希望Java能够支持closure,和Named parameter. 他还特地解释了named parameter,就是调用函数的时候编译器能够按照参数名字,而不是参数的位置来定位参数. 这样就是说我们哪怕函数定义的参数交换了位置,其他调用函数的地方还是能够正常运行.的确,编译器上稍微做一个手脚就能完成这个功能.不过目前不支持
还有很多问题是在记不住了。大家见谅。
吃的东西没办法反刍给大家，但是通过讨论收获到的一些信息，还是可以共享出来的。我的E文不是很好，那家伙的澳大利亚E文又快又急，所以他的很多回答我还是没有听明白，只是尽我自己的努力去回忆。
我先要声明，以下内容只是我对于2007/04/19晚饭局上和Gavin聊天的回忆纪录，其中可能有误解/曲解，并不代表Gavin本人的观点。
(1) 谈谈Fullstack framework 的未来
Gavin讲了一大堆关于ORM/Seam/EJB3的冬冬,最后简而言之说是看JEE6.果然是JCP成员,压根没有提到spring/grails/ror....我本来想从他嘴巴里套一些它对于框架未来发展的想法.结果:nothing.
(2) Hibernate/SEAM 的LGPL License会不会变
不会变.但是以RedHat/JBoss名义出的一些大杂烩会以GNU方式发布.
(3) Rich domain object vs SLSB + Entity
提这个问题的目的并不在于真的要说出一个子丑寅卯, 是因为我发现每个架构师都有他自己固定的设计理念和偏好. 通过这个问题可能部分的反映出他的一些思路和设计哲学.
Gavin的答案当然毫无悬念,当我说到,我该如何往一个entity中添加一些业务方法并且还想要享受一些transaction之类服务的时候,他马上打断我,说这是一个非常非常糟糕的设计. OK, so SLSB + Entity ? Gavin马上满意点头....
(4) Hot deploy为什么如此重要
我和他提到,在体验Grail的时候, 每次跑单元测试都需要等待很长时间让框架完成初始化,这对于TDD是无法忍受的.Gavin很赞同,他很惊讶Grails为何hot deploy做得如此之差,他似乎记得Grails的家伙和他说过可以支持Hot deploy. 但是他承认,其中有一方面和Hibernate有关系,比如我们修改了grails里面的domain object,比如增加一个field,那么hibernate必须重新启动来更新一些meta data. 其他的情况他认为就不应该了,Seam都已经支持了.他还认为支持Hot deploy是Super Important的.
(5) 关于动态语言
Gavin说,他为什么喜欢用强类型语言, 重构不便是一个原因.我说我很喜欢Groovy,他表示赞同.而且Seam的最新代码中已经包含Groovy的支持.但是我觉得性能可能是一个问题,尤其Groovy的MOP框架, Gavin叽里呱啦说了一大堆,没听明白....
(6) 既然说起动态语言,那么肯定少不了聊语法糖. 当我说我还在用Java1.4的时候, Gavin开始数落Java5+的好处. Gavin说annotation,generic,autoboxing都是很诱惑的功能.他还希望Java能够支持closure,和Named parameter. 他还特地解释了named parameter,就是调用函数的时候编译器能够按照参数名字,而不是参数的位置来定位参数. 这样就是说我们哪怕函数定义的参数交换了位置,其他调用函数的地方还是能够正常运行.的确,编译器上稍微做一个手脚就能完成这个功能.不过目前不支持
还有很多问题是在记不住了。大家见谅。