阿里巴巴编程规范实战(一):编程规约之OOP规约

1.【强制】避免通过一个类的对象引用访问此类的静态变量或静态方法,无谓增加编译器解析成本,直接用类名来访问即可。

     解释:不是说语法错,而是增加jvm成本,每增加一个对象变量,new一个对象需要分配内存空间,增加无谓的内存消耗。调用时会去堆中检索对象,用类名访问只需要去方法区中找,减少了堆中检索的成本。

2.【强制】所有的覆写方法,必须加@Override 注解。

说明:getObject() get0bject()的问题。一个是字母的 O,一个是数字的 0,加@Override 可以准确判断是否覆盖成功。另外,如果在抽象类中对方法签名进行修改,其实现类会马上编译报错。

解释:jdk5.0才有这个注解,可以帮助我们做数据检测,上例中的O和0眼睛看不出来。

3.【强制】相同参数类型,相同业务含义,才可以使用 Java 的可变参数,避免使用 Object

说明:可变参数必须放置在参数列表的最后。(提倡同学们尽量不用可变参数编程)

正例:public List<User> listUsers(String type, Long... ids) {...}

解释:可变参数本质上就是一个数组(经编译器编译后转化为对应类型的数组)。因为如果遇到此种业务,绝对会定下类型,而不是Object,可变参数会增加jdk编译成本,会将它作为一个数组转换,增加编译成本,运行时也会预留内存空间,额外增加运行空间。

4.【强制】外部正在调用或者二方库依赖的接口,不允许修改方法签名,避免对接口调用方产生影响。接口过时必须加@Deprecated 注解,并清晰地说明采用的新接口或者新服务是什么。

解释:因为现在微服务比较多,有dubbo,rpc调用,spring cloud rest(特例,bean参数不同)调用,如果方法签名改了,会对调用者造成麻烦。我们可以用重写,重载的方式进行扩展。扩展接口升级url中加上版本号v1,v2等。但是原来使用的接口不要停。

5.【强制】不能使用过时的类或方法。

说明:java.net.URLDecoder 中的方法 decode(String encodeStr) 这个方法已经过时,应该使用双参数 decode(String source, String encode)。接口提供方既然明确是过时接口,那么有义务同时提供新的接口;作为调用方来说,有义务去考证过时方法的新实现是什么。

解释:如果有可替代的,不要用过时的。肯定是有问题,才会声明过时。没人喜欢过期的食物,为什么编程时就喜欢用过期的方法,而就不想着用新方法呢?

6.【强制】Object equals 方法容易抛空指针异常,应使用常量或确定有值的对象来调用equals。

正例:"test".equals(object);

反例:object.equals("test");

说明:推荐使用 java.util.Objects#equals(JDK7 引入的工具类)。

解释:字面值做调用方。避免空指针。看代码:oop包下EqualsTest

7.【强制】所有整型包装类对象之间值的比较,全部使用 equals 方法比较。

说明:对于 Integer var = ? -128 127 范围内的赋值,Integer 对象是在 IntegerCache.cache 产生,会复用已有对象,这个区间内的 Integer 值可以直接使用==进行判断,但是这个区间之外的所有数据,都会在堆上产生,并不会复用已有对象,这是一个大坑,推荐使用 equals 方法进行判断。

解释:面试大坑,Integer intA = 3,intB =3 ,用==判断是不是true?不是基本类型,都用equals。equal比较内容。看代码oop.EqualsTest

8.【强制】浮点数之间的等值判断,基本数据类型不能用==来比较,包装数据类型不能用equals 来判断。

说明:浮点数采用“尾数+阶码”的编码方式,类似于科学计数法的“有效数字+指数”的表示方式。二进制无法精确表示大部分的十进制小数。

反例:

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

山竹之七语

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值