在添加任何第三方party以前,请三思:这真的是一个成熟的项目吗?html
若是一个东西用户看不到,就不要绘制它!java
除非真的须要,不然别使用数据库;android
达到65k方法数限制来的很是快,真的,很是快!不过 multidexing 能够拯救你;git
RxJava 是 AsyncTasks 以及其它杂碎的最佳替代者;github
Retrofit 多是如今最佳的网络请求库;数据库
使用 Retrolambda来简化你的代码;安全
把 RxJava 和 Retrofit 以及 Retrolambda 结合起来会让你酷炸天!网络
我使用 EventBus 并且它也很好,可是我并不会用太多,由于这样代码库会变得凌乱;架构
包名按照功能来,而不是按分层来;app
把全部东西都移到 application thread以外;
lint 能够帮助你优化布局与布局树,这样你就能识别出那些可能已经被移除的冗余的View;
若是你在使用gradle,使用一切可能的方式去加速它;
对builds作profile reports,以便知道什么占据了编译时间;
使用一个 有名的 架构;
使用 依赖注入 让你的app更模块化,从而更易于测试;
收听 fragmented podcast 将会让你受益;
老是使用恰当的输入类型;
Use analytics to find usage patterns and isolate bugs;
你的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 ;
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);
监控你的链接状况以及链接类型(wifi之下更新更多数据?);
监控你的电源和电量(在充电的时候更新更多的数据?电量低的时候暂停更新?);
一个用户界面就如一个笑话那样,若是你须要解释,那么证实它并不够好;