A
以前这样写：
final HashMap map = new HashMap(); // 性能OK
现在这样写：
Map map = new HashMap(); // 性能也OK (不说阅读性好坏）
B
J2EE的世界里，鼓励getter-setter，使的这些成了样板化的代码。其实对于退化类（也叫数据类，里面一般是不可变的字段，且类基本没有方法，作为c的struct代替品），真没必要搞getter，很多地方都不需要getter-setter。
以前android官方文档推荐你使用public field代替getter-setter，这么权威，为了性能，大家本来应该用getter-setter的地方也都public field了。这就又本末倒置了，getter-setter带来的收益（比如set前加上校验逻辑）很多时候要远大于性能的损耗，它真正让你可以做到面向对象编程，封装细节，达到抽象。
最新的官方文档去掉了这一条。可以戳这里
经过查找，发现这个链接。
主要是看这里：（虽然还是没那么强大，但是看到了未来，看到了努力）
C
养成用增强for循环的好习惯。。
D
看了这个。其实我们的自定义View一般只需覆写两个View的构造器即可!
但是你觉得自己的自定义View会很受欢迎，别人会加入defStyle, defRes这些参数，以至于你需要实现所有的View构造器。
请尽量用super+init代替this-cascading(可以看这里)，并将这种风格在全队中共识，保持下去：
