1700446844
public static void main（String[]args）{
1700446845
1700446846
//初始化商业逻辑
1700446847
1700446848
Foo b=new Foo（）；
1700446849
1700446850
//获取注解
1700446851
1700446852
Access access=b.getClass（）.getAnnotation（Access.class）；
1700446853
1700446854
//没有Access注解或者鉴权失败
1700446855
1700446856
if（access==null||！access.level（）.identify（））{
1700446857
1700446858
//没有Access注解或者鉴权失败
1700446859
1700446860
System.out.println（access.level（）.REFUSE_WORD）；
1700446861
1700446862
}
1700446863
1700446864
}
1700446865
1700446866
看看这段代码，简单、易读，而且如果我们是通过ClassLoader类来解释该注解的，那会使我们的开发更加简洁，所有的开发人员只要增加注解即可解决访问控制问题。注意看加粗代码，access是一个注解类型，我们想使用Identifier接口的identify鉴权方法和REFUSE_WORD常量，但注解是不能继承的，那怎么办？此处，可通过枚举类型CommonIdentifier从中间做一个委派动作（Delegate），委派？没看到！你可以让identify返回一个对象，或者在Identifier上直接定义一个常量对象，那就是“赤裸裸”的委派了！
1700446867
1700446868
1700446869
1700446870
1700446872
编写高质量代码：改善Java程序的151个建议 建议92：注意@Override不同版本的区别
1700446873
1700446874
@Override注解用于方法的覆写上，它在编译期有效，也就是Java编译器在编译时会根据该注解检查方法是否真的是覆写，如果不是就报错，拒绝编译。该注解可以很大程度地解决我们的误写问题，比如子类和父类的方法名少写了一个字符，或者是数字0和字母O未区分出来等，这基本上是每个程序员都曾经犯过的错误。在代码中加上@Override注解基本可以杜绝出现此类问题，但是@Override有个版本问题，我们来看如下代码：
1700446875
1700446876
interface Foo{
1700446877
1700446878
public void doSomething（）；
1700446879
1700446880
}
1700446881
1700446882
class Impl implements Foo{
1700446883
1700446884
@Override
1700446885
1700446886
public void doSomething（）{
1700446887
1700446888
}
1700446889
1700446890
}
1700446891
1700446892
这是一个简单的@Override示例，接口中定义了一个doSomething方法，实现类Impl实现此方法，并且在方法前加上了@Override注解。这段代码在Java 1.6版本上编译没有任何问题，虽然doSomething方法只是实现了接口定义，严格来说并不能算是覆写，但@Override出现在这里可以减少代码中可能出现的错误。
1700446893
[
上一页 ]
[ :1.700446844e+09 ]
[
下一页 ]