专题课程
在编写长期运行下既易于维护又能保持高效的 Java 代码这方面 ，《 Effective Java 》被很多人看做最重要的书之一。 Android 使用的是 Java 语言，这就意味着这本书中所有给出的建议一定都是适用与 Android 的，对吗？答案是：不一定。有些人认为这本书给出的大多数建议都不适用于 Android 开发。在我看来，也并非如此。我认为这本书中有一部分是不适用的，因为不是所有的 Java 特性都是为了用于 Android 而优化的（比如枚举，序列化等等），也因为移动设备存在自身的限制（比如 Dalvik/ART 表现和 JVM 不同）。尽管如此，这本书中的大多数范例还是能够不加修改或者少量修改地被使用，并能够有助于建立一个更加健康、干净和可维护的代码库。
本文关注于这本书中我认为对于 Android 开发至关重要的知识点。对于阅读过这本书的人来说，本文可以作为书中提到的原则/知识的回顾。对于那些（目前）还没有读过的人来说，本文可以给他们一个机会去尝试下这本书。
如果你不希望使用 new 关键字来创建一个对象，那就强制使用私有构造器（private constructor）。这对于仅包含静态方法的工具类来说更加有用。
不要使用 _new_ 关键字和构造器，使用静态工厂方法（以及一个私有的构造器）。这些工厂方法是命名的，不需要每次都返回一个新的对象实例，而且可以根据需要返回不同的子类型。
使用静态工厂会使得测试变得困难。如果这样的话，不妨考虑使用一个非静态的工厂用于在测试时进行模拟（或者一个能够实现的工厂接口）。
当你有需要三个以上的构造参数时，使用 Builder 去构造这个对象。写起来可能有点啰嗦但是这样伸缩性和可读性都很好。如果你创建的是值类型，考虑 AutoValue。
不可变对象在其整个生命周期中都保持不变。所有需要的数据都在对象创建时提供。这种方式有着多种优点，如简单，线程安全以及可共享。
或许很难做到每个类都不可变。对于这种情况，尽可能使你的类变得不可变（比如使用 private final 字段，final 类声明）。在移动设备上创建对象代价更加昂贵，因此不要过度使用。
如果你定义了一个不依赖于外部类的内部类，别忘了将其定义为静态的。不这么做的话会导致每个内部类的实例都会拥有对外部类的引用。
Java 提供了类型安全的特性，我们应对此心怀感激（看看JS吧）。尽量避免使用原始类型 (raw types)或者对象类型。泛型大多数情况下都提供了让你的代码在编译时类型安全的机制。
如果要连接几个字符串，+ 操作符或许可以。但永远不要使用它来进行大量的字符串连接，那样性能会十分糟糕。最好使用 StringBuilder 来代替。
我不喜欢通过抛出异常来指明错误，但如果你这样做的话，就要确保异常被检查并且异常的捕获者能够从错误中恢复。
列举的这些不是这本书中所给出的完整建议，也不是简短说明深入评价。只是这些有用的建议的一纸小抄而已。
收藏(0)
赞 
粤公网安备44010602001432号