Android 中的 Effective Java(速查表)
451007609
8年前
<p>Effective Java 是一本被广泛认可的著作,它指明了在写 Java 代码时兼顾 <strong>可维护性</strong> 与 <strong>效率</strong> 的方式。Android 也是使用 Java 来开发的,这意味着前书中的 <strong>所有</strong> 建议仍旧可用,真的是这样吗?并不尽然。 某些 同学 认为书中的“大部分”建议都不适用于 Android 开发,但我认为并不是这样。我承认书中的部分建议确实不适用,因为并非所有 Java 特性都有针对 Android 优化(比如说 枚举 ,序列化等等),或者是因为移动设备的局限 (例如 Dalvik / ART )。 不管怎样,书中的 <strong>大部分</strong> 规范是稍微修改下甚至不修改就可以直接用的,以便构建更 鲁棒 ,简洁且更可维护的代码库。</p> <p>本文试图聚焦于原书中我认为在 Android 开发时最重要的一些条目。对于那些读过此书的人,本文也许能帮助你回忆起这些条目,对于那些(还)没有读过的人,本文能够让他们品尝到一丝原书的韵味。</p> <p><strong>强制不可实例化</strong></p> <p>如果你不希望一个对象通过关键字 <em>new</em> 来创建,那么强制让它的 <strong>构造方法私有</strong> 。这尤其对一些只包含静态方法的工具类有用。</p> <pre> <code class="language-java">class MovieUtils { private MovieUtils() {} static String titleAndYear(Movie movie) { [...] } }</code></pre> <p><strong>静态工厂方法</strong></p> <p>不要使用 new 关键字和构造方法创建对象,而应当使用静态工厂方法(和私有构造方法)。这些工厂方法具有名字,不需要每次返回一个新的对象实例,它们可以依据需求返回不同的子类型对象。</p> <pre> <code class="language-java">class Movie { [...] public static Movie create(String title) { return new Movie(title); } }</code></pre> <p><strong>创建者模式</strong></p> <p>当对象的构造方法参数不小于 3 个时,可以考虑创建者模式。这可能需要更多行的代码,但拓展性和可读性会很好。如果你正创建一个实体类,考虑使用 AutoValue 。</p> <pre> <code class="language-java">class Movie { static Builder newBuilder() { return new Builder(); } static class Builder { String title; Builder withTitle(String title) { this.title = title; return this; } Movie build() { return new Movie(title); } } private Movie(String title) { [...] } } // Use like this: Movie matrix = Movie.newBuilder().withTitle("The Matrix").build();</code></pre> <p><strong>避免可变性</strong></p> <p>不可变性是指对象在其整个生命周期内一直保持不变。应将对象中所有必要的数据在其创建时就赋值。这个做法有许多好处,比如简洁化,线程安全以及可共享性等。</p> <pre> <code class="language-java">class Movie { [...] Movie sequel() { return Movie.create(this.title + " 2"); } } // Use like this: Movie toyStory = Movie.create("Toy Story"); Movie toyStory2 = toyStory.sequel();</code></pre> <p>很难将所有的类都设为不可变类,如果是这样的话,尽可能多地让你的类变成不可变类(例如私有化常量以及不可继承类)。在移动设备中创建对象代价更高,因此不要滥用它。</p> <p><strong>静态成员类</strong></p> <p>如果你定义了一个不依赖外部类的内部类,不要忘记将其定义为静态的。否则将会导致每一个内部类对象都会持有对外部类的引用。</p> <pre> <code class="language-java">class Movie { [...] static class MovieAward { [...] } }</code></pre> <p><strong>泛型 (几乎) 无处不在</strong></p> <p>Java 提供了类型检查,我们应当对此感激(看看 JS )。尽量避免使用无类型或 Object 类型。泛型机制,大多数情况下保障了编译时的类型检查。</p> <pre> <code class="language-java">// 不要这样做 List movies = Lists.newArrayList(); movies.add("Hello!"); [...] String movie = (String) movies.get(0); // 这样做 List<String> movies = Lists.newArrayList(); movies.add("Hello!"); [...] String movie = movies.get(0);</code></pre> <p>不要忘记你能在方法中对参数和返回值使用泛型</p> <pre> <code class="language-java">// 不要这样做 List sort(List input) { [...] } // 这样做 <T> List<T> sort(List<T> input) { [...] }</code></pre> <p>想更灵活的话,你可以使用 bounded wildcards 来扩展你接受类型的范围。</p> <pre> <code class="language-java">// 从集合中读取 Stuff - 使用 "extends" void readList(List<? extends Movie> movieList) { for (Movie movie : movieList) { System.out.print(movie.getTitle()); [...] } } // 向集合中写入 Stuff - 使用 "super" void writeList(List<? super Movie> movieList) { movieList.add(Movie.create("Se7en")); [...] }</code></pre> <p><strong>返回空值</strong></p> <p>当你方法的返回类型为 list/collecion 时,返回空值时要避免返回 <em>null</em> 。返回一个空的集合类型,这会使得你 <strong>简化接口</strong> (没有必要写文档来声明方法返回值为 null)并且 <strong>避免空指针异常</strong> 。就返回那个集合的空值,而不是再创建一个。</p> <pre> <code class="language-java">List<Movie> latestMovies() { if (db.query().isEmpty()) { return Collections.emptyList(); } [...] }</code></pre> <p>不要用 “+” 来连接 String</p> <p>必须要拼接一系列字符串时,可能会使用 + 连字符。永远不要用它来拼接大量字符串,这样的性能真的很差,考虑使用 StringBuilder 来代替。</p> <pre> <code class="language-java">String latestMovieOneLiner(List<Movie> movies) { StringBuilder sb = new StringBuilder(); for (Movie movie : movies) { sb.append(movie); } return sb.toString(); }</code></pre> <p><strong>Recoverable exceptions</strong></p> <p>我个人不喜欢抛出异常来指示错误,但是如果你这样做,确保这个异常被检查,确保这个 <strong>异常被捕获到</strong> 。</p> <pre> <code class="language-java">List<Movie> latestMovies() throws MoviesNotFoundException { if (db.query().isEmpty()) { throw new MoviesNotFoundException(); } [...] }</code></pre> <h3><strong>结论</strong></h3> <p>这份列表绝不是书中给出建议的完整列表,也不是全书完整深入陈述的浓缩,这篇文章更像是一些有用建议的速查表 :)</p> <p> </p> <p>来自:http://www.jianshu.com/p/79e9f60d9dba</p> <p> </p>