IT Consultant, Agile Coach, Business Analyst

Annotation与技术风险随便写写

August 13, 2005 – 2:47 am | by 冰云

Annotation这几天讨论的很火。vincent同学一直叫嚣要AspectJ+Annotation做个project出来。
taowen倒先下手为强,搞了个Singleton。这……离应用还差得远呀。

我现在真是不敢随便在project中引入新东西了。我们的OSS大杂烩,带来了超级学习成本:
JDK5 Generics Webwork Spring Hibernate3 DisplayTag WebStandards Buffalo
JasperReports JFreeChart Hession EclipseRcp 加在一起,能想象是什么样子么?
虽说经过几个月的磨合,已经很稳定了,但这……是一个人就能完全搞定的吗?
如果有CG或IDE支持,可能会更加好用。

想使用新的东西,ok,没问题,至少给我4个水平不错的人。如果只有我和vincent。。。那。。就不用想了
技术的最好的学习办法是实践。不在项目中真正实践一次,绝对不能深刻掌握。
JDK5的新特性中,泛型、for循环、那个…(不知道叫什么)、以及枚举都已经非常频繁的用起来了。

最近Hibernate 3.1和jbossEJB3都release了新版本。Java EE5也投票了。Peter他们的JFox应该开始跟进了吧。
我想不妨引进来一点看看效果。一来练习一下,二来看看是否和以前的版本冲突
Annotation也在想到底如何使用才好,做了个Transform的Annotation,vincent说还不如Factory…
Annotation需要一些标准。不然大家最后都定义自己的Annotation了,岂不是又白统一了?
Apache赶紧行动起来推出commons annotation就好了。
今天大家讨论的WebOnSwing很不错,如果配合上Michael的Buffalo当实现和我的WebStandars Component做模版,
那vincent同学就可以参与界面开发了。但这东西,如果想要实用,至少要解决一些常见的技术应用或提供组件:
例如,上传,报表,分页,不知道它table组件怎么样。还需要经过一段时间的磨合,把多种技术真正整合出一个能用的framework,就像上面那个大杂烩,虽然东西多了点,但能用,而且还能快速开发。

Thoughtworks的价值观很好,人是最重要的。
所谓的技术风险,根源还是由于人。只要有足够优秀的人,就不会有技术风险。

  1. One Response to “Annotation与技术风险随便写写”

  2. By taowenNo Gravatar on Aug 19, 2005 | Reply

    annotation是没有办法做出什么大一统的,因为它不是描述infra-structure的,它无法有共通的语义在不同应用之间共享。annotation是应该是面对具体业务的,给方法给类进行不同语义层面的标注。我想这种提供多维语义的签名空间的功能才是annotation存在的最大价值,而不是用来标记@transcational之类的东西。
    我最近在思考关于collaboration和aop结合的问题。觉得用annotation+aop的确是能够做到一些存OOP无法做到的更深一步的解耦合,并且这总解耦合比design pattern做到的解耦合更直接,更清晰。可以看看:AOP introduced a new way to do wishful thinking。我刚写的一篇blog

Sorry, comments for this entry are closed at this time.