Android Developer,必知必会的Java知识(一)

2016-12-27  本文已影响0人  freddyyao

        作为一名Android 开发者,掌握Java相关知识是毋容置疑的。在掌握的基础上,根据使用场景选择适当方式,不仅能够大大降低bug出现概率,对代码性能,代码编写风格都有一定程度上的提高与改善。

        以下问题主要来自日常开发,codeView,静态代码检查几个方面,觉得很有必要总结一下,作为一份checklist,供日后浏览查阅。


(1)transient关键字和@Transisent注解

       通常使用transient关键字去修饰对象的某个域或者多个域,当该对象进行Serializable序列化时,这些被transient关键字修饰的域,将不会被序列化,这些域仅仅保留在内存中,不会进行持久化操作(如写磁盘、写DB)。

        有些时候因为业务要求,需要添加一些非数据库实体类的字段,用来存储临时数据。此时,可以使用@Transient注解来标注这些字段。因为@Transient标注的字段只是用来临时存数据的,在数据库表中,没有相应的字段映射,因此,ORM框架将忽略该属性。

两者区别:

从上面的介绍可知,被transient关键字修饰的域 在 Serializable 序列化 和DB过程中不会起作用;

而被@Transient注解标注的域仅仅在DB过程中不被序列化,这是两者最大的区别。

使用注意事项:

1)使用transient关键字修饰某个对象的域时,一定要确保该对象实现了Serializable接口,不然不起作用

2)对static域不管使不使用transient关键字修饰,该静态域都不会被序列化


(2)对Java浮点型的理解

       总所周知,在Android 开发过程中尽量少进行浮点型运算,一是性能问题,二是精度损失。计算机的运算都是采用二进制进行的,因此,计算机表示浮点型都存在精度限制,会导致一系列问题,如判断两个float型数据是否相等、double型数据保留两位小数。

1)判断两个float型数据相等常用办法

一般不会直接使用“==”或“!=”进行判断,而是直接使用两个float的绝对差值是否大于0,进行判断,如下:

判断两个float型数据是否相等

不是判断Math.abs(xx)>0 就可以了吗,为什么还要弄一个1e-6?

原因:在实际过程中,允许一定的精度误差,1e-6就是自己定义的一个可接受的误差范围

2)double型数据保留n位小数

double型数据保留n位小数

具体原理,大家可以参考下面这篇博文 java保留两位小数


(3)Collections.unmodifiableSet/List/Map工具方法

       Collections 工具类主要针对Set、List、Map等集合,提供了大量方法,如排序、查询、修改,另外还提供了将集合对象置为不可变、对集合对象实现同步控制等方法。

      本文只讲Collections将集合对象设置成为不可变对象。

目标集合 :Set、List、Map三个集合

(1)emptyXxx()

         返回一个空的、不可变的集合对象;

(2)singletonXxx()

         返回一个只包含指定对象(只有一个或一个元素)的不可变的集合对象;

(3)unmodifiableXxx()

         返回指定集合对象的不可变视图;

举例:

例子

sData 后面就不能进行add ,remove等操作了。


(4)是否一定要使用注解代替枚举

 1)常量方式

常量方式

常量方式缺点:类型不安全,方法调用者

使用者可以随意传入downloadScene值,有可能误传,导致相关功能失效

2)枚举方式

枚举作为值限定状态

枚举将常量组织起来,便于统一管理

枚举方式缺点:枚举存在性能问题,Google Android 不建议使用枚举(后面解释)

枚举定义 RadioDownloadActionSheet()函数调用

3)Interface方式实现

接口中成员变量,默认是 public static final 型;将其定义成接口方式,也可以达到控制常量范围的作用。

定义成接口方式

4)注解方式

注解方式

按照上面的说法,是不是都需要将枚举型更换成注解型了?

回答当然是:NO

枚举不添加任何方法,枚举值默认从0开始,但是有些时候需要将枚举常量与数据关联起来

当枚举常量需要和数据关联时候,直接使用枚举简单有效

如:企鹅FM音速弹层菜单,需要提供0.5倍、1倍、1.5倍、2倍播放速度

此时,枚举定义及相关数据转化都相当方便(如图所示)

关于枚举性能问题

大家可以去看看

Manage Your App's Memory(最新)

枚举带来的性能问题可以忽略

明显指出enum性能问题

       综上可知,除了方法1)之外,我们可以根据适合的场景选择合适的方法,在代码出错率、性能、优雅程度方面达到一个平衡。


(5)Object.toString( )和String.valueOf(Object  value)

       在Android 开发中,很多时候需要将Object对象转换成String,目前一般有三种处理方法,分别是Object.toString()/valueOf(Object)/(String)Object ( 强转不推荐)。

1)Object.toString( )

需要保证Object非空 ,不然会导致np(NullPointerException)问题

2) valueOf(Object  value)

放心大胆直接使用valueOf(),原因如图所示,valueOf()为String 的一个静态方法,内部已经做了判空处理,不用担心np问题的发生

String.valueOf() 源码

ValueOf()速度问题,可以忽略


(6)对象创建原则

对象创建主要有以下几点:

1)该对象是否需要设计成单例;

2)对象在使用时,再创建(懒加载原则)

3)对象创建,最好不要放在for、while等循环中及重复调用的方法中


(7)私有构造函数的妙用

总所周知:java是允许写私有构造函数的;java类默认有一个不带参数的public构造函数;

使用private修饰构造函数的目的,就是使该类无法在其他类中实例化(防止实例化)。

目前主要使用在:单例模式、builder模式及一些方法工具类中(防止其他使用者滥用)

  暂时就写这么多了 ,欢迎大家指出不足之处或错误,^_^!


上一篇 下一篇

猜你喜欢

热点阅读