|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-11-29
Morgan0916 写道 partech 写道 Feiing 写道 Annotation, J2EE 衰落的标志?
基于Aspect的Declare Annotation，才能做到彻底的无侵入。AO复兴的标志？ 引用 AspectJ不是正确的道路- - 小陶：AspectJ是正确的道路 http://www.blogdriver.com/showBlog.do?bloggerID=21367&diaryID=159117 加入不加入语言支持，这不是关键。关键是，是否方便调试，是否方便TDD（当然，首先必须满足必要的功能，否则就不用说了）。照这个标准，AspectJ是个糟糕的方向。AspectJ增强后的代码，不但debugger跟踪不到，而且异常堆栈的行号都和原来的源代码对不上（那是当然了），调试起来会头大如斗。AspectJ让“编辑-构建-发布”周期变长了，修改源码之后必须先做预编译，才能执行单元测试。 更加糟糕的是，用AspectJ你不能动态决定是否加载aspect。想想吧，小陶，当一个class被预编译增强之后，你又打算不给它加载aspect了，该怎么办？恐怕你必须重新预编译整个系统。那么，如果这个class在某些时候需要aspect、某些时候不需要呢？“是否需要AOP能力”、“需要哪些aspect”应该、必须是在配置文件中声明的，不然你甚至不能独立地测试一个component。所以现在基于动态代理的AOP才是主流。 原文:http://gigix.blogdriver.com/gigix/159329.html 我最近在关注这方面的问题,想对公司现有的平台做些增强.请问partech,怎么解决gigix所列的这些问题呢? 谢谢 oh, my god。被人翻旧账了。我收回我的话行不……Aspect J代表的静态（载入时）元编程是强类型语法突围的唯一的道路。 |
| 返回顶楼 | |
|
发表时间：2006-11-29
Google和互联网将永远记录你说过的每句话。
现在回看以前的博客，总有好些说错的地方，但一来懒得逐篇修正，二来好些被转载出去的也没法改了....就这样继续误导... |
| 返回顶楼 | |
|
发表时间：2006-11-29
貌似又冒出新的方案了！看起来不错啊！
xml和annotation都是元数据了，只是管理上的需要。各自看项目了，只有合适的，对吧？ |
| 返回顶楼 | |
|
发表时间：2006-12-14
何谓完美？ 我觉得80%的工作能用20%的投入来实现，就已经很完美了。节约了成本，提高了效率。难道非得做到100%
|
| 返回顶楼 | |
|
发表时间：2007-04-19
性能与好的设计本来就是一对矛盾
看你的侧重点在哪里了 |
| 返回顶楼 | |
|
发表时间：2007-04-19
Annotation很好用，在我的T2框架中用来定义基础业务，省事
|
| 返回顶楼 | |
|
发表时间：2007-04-29
引用 @Undeletable(status = "status2")
public class BookWithNewStatus { private String status2; public void setStatus2(String status2) { this.status2 = status2; } } 是不是要把太多的信息明文写到了程序中各个角落了．．． |
| 返回顶楼 | |
|
发表时间：2007-04-29
是否集中配置是 xml与annotation的重要区别么?
|
| 返回顶楼 | |
