原文: Building Android Apps — 30 things that experience made me learn the hard way by César Ferreira
中文: 创建安卓app的30个经验教训 by 泡在网上的日子
世人分两种：一是从苦逼的过程中学习经验，一是学习别人的经验。这里是我一路走来学到的一些东西，分享给你：
- 在添加任何第三方库之前，请三思。 要慎重！
- 如果用户看不到，就不要绘制它！
- 除非真的需要，否则别使用数据库；
- 达到65k方法数限制来的非常快，真的，非常快！不过 multidexing 可以拯救你;
- RxJava 是 AsyncTasks及其它异步方式 的最佳替代者；
- Retrofit 可能是现在最佳的网络请求库；
- 使用 Retrolambda 来简化你的代码；
- 把 RxJava 和 Retrofit 以及 Retrolambda 结合起来会让你酷炸天！
- 我使用 EventBus 而且它也很好，但是我并不会用太多，因为这样代码库会变得凌乱；
- 包名按照功能来，而不是按分层来;
- 把所有东西都移到 应用线程application thread之外；
- lint 可以帮助你优化布局与布局树，这样你就能识别出那些可能已经被移除的冗余的View；
- 如果你在使用gradle，使用一切可能的方式去加速它；
- 检查构建过程的性能报告，以便知道什么占据了编译时间；
- 使用一个 流行的 架构；
- 测试时比较花时间，但是一旦你找到诀窍它可以比不使用测试更快、更健壮;
- 使用 依赖注入 让你的app更模块化，从而更易于测试；
- 收听 fragmented podcast 将会让你受益；
- 千万别用私人邮箱作为你安卓市场的发布者账号;
- 总是使用合适的输入类型；
- Use analytics to find usage patterns and isolate bugs;
- 关注最新的 libraries（使用dryrun 来快速查看它们的的效果）；
- 你的service应该只做你所需的事情，并且尽快死去；
- 使用 Account Manager 来提示登录用户名和邮箱地址；
- 使用CI（持续集成）来构建和发布你的beta和产品apk；
- 不要运行自己的CI server，维护server是费时的事情，因为磁盘空间，安全问题，更新server以防止SSL攻击等等原因。使用circleci, travis 或者 shippable, 它们便宜，而且你也可以少担心一些事情；
- 自动发布到应用市场;
- 如果一个library很大而你只需要使用其中的一部分功能，你应该寻找一个更小的来替代（比如依靠proguard ）；
- 不要使用多于实际需要的module。从零开始编译一个module或者仅仅是检查上个module是否最新所需要的时间几乎是加载 binary .jar/.aar依赖的4倍以上；
- 开始考虑用SVG来替代PNG ；
- 为使用的库提供抽象类， 这样在需要的时候很容易切换到新的库上。(例如AppLogger.d(“message”) 可以使用 Log.d(TAG, message)，以后可以切换至Timber.d(message));
- 监控你的连接情况以及连接类型（wifi之下更新更多数据？）；
- 监控你的电源和电量（在充电的时候更新更多的数据？电量低的时候暂停更新？）；
- 用户界面就如笑话一样，如果还需要你解释，那么证明它并不够好；
- 性能测试很重要: 写一些慢的实现来保证优化不会导致测试失败
如果有什么疑问请在tweet留言。
