读了这段文字,我有一个地方没有想明白,就是红色的部分,为什么不能因为注释而修改类的字节码
注释在一些场景中非常有用。当不是直接修改行为而是增强行为时,特别是在添加样板代码的情况下,注释在诸如EJB和Web services这样的框架中运行得非常好。
注释不能用做预处理器。[color=red]Sun的设计特别预防了完全因为注释而修改类的字节码。[/color]这样可以正确地理解该语言的成果,而且IDE之类的工具也可以执行深入的代码分析和重构之类的功能。
注释不是银弹。第一次遇到的时候,人们试图尝试各种技巧。请看下面这个从别人那里获得的建议:
[code]public class Foo {
@Property
private int bar;
}[/code]
其思想是为私有字段bar自动创建getter和setter方法。遗憾的是,这个想法有两个失败之处:1)它不能运行,2)它使代码难以阅读和处理它是无法实现的,因为前面已经提到了,[color=red]Sun特别阻止了对出现注释的类进行修改。[/color] 即使是可能的,它也不是一个好主意,因为它使代码可读性差。第一次看到这段代码的人会不知道该注释创建了方法。此外,如果将来您需要在这些方法内部执行一些操作,注释也是没用的。总之,不要试图用注释去做那些常规代码可以完成的事情。
注释在一些场景中非常有用。当不是直接修改行为而是增强行为时,特别是在添加样板代码的情况下,注释在诸如EJB和Web services这样的框架中运行得非常好。
注释不能用做预处理器。[color=red]Sun的设计特别预防了完全因为注释而修改类的字节码。[/color]这样可以正确地理解该语言的成果,而且IDE之类的工具也可以执行深入的代码分析和重构之类的功能。
注释不是银弹。第一次遇到的时候,人们试图尝试各种技巧。请看下面这个从别人那里获得的建议:
[code]public class Foo {
@Property
private int bar;
}[/code]
其思想是为私有字段bar自动创建getter和setter方法。遗憾的是,这个想法有两个失败之处:1)它不能运行,2)它使代码难以阅读和处理它是无法实现的,因为前面已经提到了,[color=red]Sun特别阻止了对出现注释的类进行修改。[/color] 即使是可能的,它也不是一个好主意,因为它使代码可读性差。第一次看到这段代码的人会不知道该注释创建了方法。此外,如果将来您需要在这些方法内部执行一些操作,注释也是没用的。总之,不要试图用注释去做那些常规代码可以完成的事情。