建立安卓应用的 30 个经验教训

这个世界上有两种人－从经验教训中学习的人以及遵从别人建议的人。这里是我一路走来学到的一些东西，分享给你们：

1：在添加任何第三方party以前，请三思：这真的是一个成熟的项目吗？
2：若是一个东西用户看不到，就不要绘制它！
3：除非真的须要，不然别使用数据库；
4：达到65k方法数限制来的很是快，真的，很是快！不过 multidexing 能够拯救你;
5：RxJava 是 AsyncTasks 以及其它杂碎的最佳替代者；
6：Retrofit 多是如今最佳的网络请求库；
7：使用 Retrolambda来简化你的代码；
8：把 RxJava 和 Retrofit 以及 Retrolambda 结合起来会让你酷炸天！
9：我使用 EventBus 并且它也很好，可是我并不会用太多，由于这样代码库会变得凌乱；
10：包名按照功能来，而不是按分层来;
11：把全部东西都移到 application thread以外；
12：lint 能够帮助你优化布局与布局树，这样你就能识别出那些可能已经被移除的冗余的View；
13：若是你在使用gradle，使用一切可能的方式去加速它；
14：对builds作profile reports，以便知道什么占据了编译时间；
15：使用一个 有名的 架构；
16：测试时比较花时间，可是一旦你找到诀窍它能够比不使用测试更快、更健壮;
17：使用 依赖注入 让你的app更模块化，从而更易于测试；
18：收听 fragmented podcast 将会让你受益；
19：千万别用私人邮箱做为你安卓市场的发布者帐号;
20：老是使用恰当的输入类型；
21：Use analytics to find usage patterns and isolate bugs;
22：关注最新的 libraries（使用dryrun 来快速查看它们的的效果）；
23：你的service应该作你所需的事情，而且尽快死去；
24：使用 Account Manager 来提示登陆用户名和邮箱地址；
25：使用CI（持续集成）来构建和发布你的beta和产品apk；
26：不要运行本身的CI server，维护server是费时的事情，由于磁盘空间，安全问题，更新server以防止SSL攻击等等缘由。使用circleci, travis 或者 shippable, 它们便宜，并且你也能够少担忧一些事情；
27：Automate your deployments to the playstore;
28：若是一个library很大而你只须要使用其中的一部分功能，你应该寻找一个更小的来替代（好比依靠proguard ）；
29：不要使用多于实际须要的module。从零开始编译一个module或者仅仅是检查上个module是否最新所须要的时间几乎是加载 binary .jar/.aar依赖的4倍以上；
30：开始考虑用SVG来替代PNG ；
31：Make library abstraction classes, it’ll be way easier to switch to a new library if you only need to switch in one place (e.g.AppLogger.d(“message”) can contain Log.d(TAG, message) and later realise that Timber.d(message) is a better option);
32：监控你的链接状况以及链接类型（wifi之下更新更多数据？）；
33：监控你的电源和电量（在充电的时候更新更多的数据？电量低的时候暂停更新？）；
34：一个用户界面就如一个笑话那样，若是你须要解释，那么证实它并不够好；
35：Tests are great for performance: Write slow (but correct) implementation then verify optimizations don’t break anything with tests.

​