该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2006-11-08
当系统变得完美,往往会付出相等的代价!比如性能
|
|
返回顶楼 | |
发表时间:2006-11-08
galaxystar 写道 当系统变得完美,往往会付出相等的代价!比如性能
这话说得,难道性能是完美之外的事情? |
|
返回顶楼 | |
发表时间:2006-11-08
那你能保证无侵入,又高性能?
系统设计上趋于完美,还是个目标!没人做到了! 不过,我还也是非常看好aspect的静态写法的! |
|
返回顶楼 | |
发表时间:2006-11-08
galaxystar 写道 那你能保证无侵入,又高性能?
系统设计上趋于完美,还是个目标!没人做到了! 不过,我还也是非常看好aspect的静态写法的! 你告诉我,加载时植入(LTW)如何影响性能了? |
|
返回顶楼 | |
发表时间:2006-11-08
!与?的世纪之战...
请教一下,declare annotation与APT(annotation process tool)可不可以这样理解:前者是工程化的代码加强,后者是底层化的代码生成?一个纵向,一个横向? |
|
返回顶楼 | |
发表时间:2006-11-08
partech 写道 galaxystar 写道 那你能保证无侵入,又高性能?
系统设计上趋于完美,还是个目标!没人做到了! 不过,我还也是非常看好aspect的静态写法的! 你告诉我,加载时植入(LTW)如何影响性能了? 静态编译期织入,性能上是没有太大损失!运行期比较有考验! aspectj在jboss应用中也大量使用了动态! 不过与jboss本身有关系! |
|
返回顶楼 | |
发表时间:2006-11-08
galaxystar 写道 静态编译期织入,性能上是没有太大损失!运行期比较有考验! aspectj在jboss应用中也大量使用了动态! 不过与jboss本身有关系! 莫非真的成了!vs ? ![]() 加载期动态织入,性能也没有太大损失啊。 并且有些问题,静态编译是搞不定的,如循环依赖。 |
|
返回顶楼 | |
发表时间:2006-11-08
还是羡慕你们,我们是做互联网平台的,项目必须严重考虑性能!
否则,硬件上的投入,又要头痛了! |
|
返回顶楼 | |
发表时间:2006-11-08
加载期动态织入感觉有些动态语言的意思了,呵呵
|
|
返回顶楼 | |
发表时间:2006-11-09
就是说对于Undeletable这样一个语义约定,使用Interface或者Annotation都是有侵入的。例子中,status获取的只是方法不同名的灵活性,但是却失去了静态检查的恩惠,这里是不划算的。
看来真的是declare annotation这样的东西才可以,这是个什么样的东西呢?要学习一下呀。 BTW:我觉得Junit4是个例子。Annotation并没有带来立竿见影的甜头,反倒是增加的BeforeClass和AfterClass非常有用,它们实际上可以不依赖于Annotation这种方式。我觉得这可以说明Anno这种显示的元数据有时不一定比基于规则的反射出的元数据(我觉得动态的AOP都是这个路子吧)读取要效果好。 |
|
返回顶楼 | |