- 尽可能地标注final：让所有东西不可变，把变量标为final可以阻止改变它的值。很多时候，重新为变量赋值会引入bug，你应该使用新的变量。除此之外，final可以提高代码的可读性。我针对这个话题还写过一篇文章：《Java中所有变量都应该是final的》
- 没有setter：许多Java程序员会自然而然地为类中所有的字段加上setter。思考一下，真的每个字段都需要修改吗？更好的方法是创建包含改变后状态的新对象。此外，也试着去除getter，我们应该遵循“Tell, don't ask”的思想。
- 避免使用循环来操作List：从函数式编程那里获得的经验，循环并不是进行集合操作最好方法。例如，我们可以使用Google Collections提供的过滤功能。 Predicate canDrinkBeer = new Predicate() {
public boolean apply(HasAge hasAge) {
return hasAge.isOlderThan( 16 );
}
};
List<
erson> beerDrinkers = filter(persons, canDrinkBeer); - 使用单行代码：Java是一门繁杂（noisy）的语言，我们应该编写更精确的代码。尝试将代码写为一行。例如： public int add(int a, int b) { return a + b; }
- 使用大量接口：领域驱动设计已经大行其道，一个应该拆分为多种“角色”，即实现多种接口，提高复用程度。方法应该面向“角色”，而不是面向特定的类。我在《不要在Java中使用String》一文中讨论了更多这方面的内容。
- 使用Erlang风格的并发：Java的并发特性（如lock和synchronized）过于低端，难以使用。Erlang风格的并发是一种更好的做法。Java平台上已经有了Akka和Actorom。此外，也可以使用java.util.concurrent中的Join/Fork和数据结构进行编程。
- 使用Fluent Interface：Fluent Interface可以使代码更短，更容易编写。Google Collections中的MapMaker是个不错的示例： ConcurrentMap graphs = new MapMaker()
.concurrencyLevel(32)
.softKeys()
.weakValues()
.expiration(30, TimeUnit.MINUTES)
.makeComputingMap(
new Function() {
public Graph apply(Key key) {
return createExpensiveGraph(key);
}
}); - 避免在DTO中创建getter和setter：如果你拥有简单的DTO（Data Transfer Object），不要耗费精力去编写getter和setter，直接使用公开的字段吧。不过在你无法完全控制代码的使用情况时，还是小心为上。
- 不可变的状态、统一访问原则（字段、属性、方法看上去一样）、单行代码、使用monads或函数来替代循环……这些特性都已经在Scala中优雅地体现出来了。