构建 Android 应用程序一定要绕过的 30 个坑（构建新发展格局）

构建 Android 应用程序一定要绕过的 30 个坑（构建新发展格局）

学习领域有两类人 – 一类是那些通过艰苦努力一步一步学习的人，一类是学习别人的经验教训走捷径的人。在此，我想分享一些自己的经验给大家:

添加使用第三方依赖库前，请再三思考，它绝对是一个慎重的决定;

如果用户看不见有些界面,  请一定不要绘制它 !;

除非真的需要，否则不要使用数据库;

应用程序中 65k 方法数的限制很快就能达到，我意思是真的很快！ 不过 multidexing 能拯救你 ;

RxJava  是对  AsyncTask 和其它异步任务类  最好的替代品;

Retrofit  是目前 android 最好的处理网络事务的依赖库

使用  Retrolambda  来精简你的代码;

把 RxJava 与 Retrofit 和 Retrolambda 整合在一起来达到最佳效果!;

EventBus  非常好用, 但是我不会使用太多因为它会让代码库变得更混乱;

按照应用功能来封装，而非所属类别 ;

把 每一个事务 都从应用程序主线程移除;

lint 这个工具能帮助优化你的界面和层级，所以你能识别出哪些是可能被移除的重复视图;

如果你正在用 gradle ,尽你所能加速它的执行效率 ;

执行一个Profile report / 构建分析报告来检查下构建的过程中时间都花费在哪里了;

使用一个众所周知的代码架构  ;

测试会花费很多时间，一旦你被某个问题困住，你就会明白有了测试用例会让你提高开发效率并且增加应用程序的健壮性。  ;

请使用依赖注入来使你的应用程序更模块化，因此它也更加容易被测试;

收听Fragmented 播客会大大帮助你;

永远不要使用你的个人email作为android应用发布市场的账号名 ;

请一直使用合适的 输入类型;

使用Analytics来查找可用的模式和分离 bug;

保持最新的依赖库(使用dryrun 来更快的测试他们);

你的服务应该尽快执行所需要的任务并且及时被终止;

使用Account Manager来提示登录的用户名和 email 地址;

使用CI(持续集成) 来构建和分发你的测试和生产环境的  apk ;

请不要建立和运行你自己的CI服务器，维护这个服务器是很耗时的，因为会有磁盘空间问题，磁盘安全性问题 / 升级服务器来避免来自SSL 漏洞的攻击，等等。可以使用circleci，travis，shippable，他们不是很贵并且只需要关注价格就行;

使用playstore 来自动化你的发布过程;

如果一个依赖库很庞大并且你只是使用其中一小部分的功能，你应该考虑一些其他更精简的选择 (比如可以依赖 proguard );

不要使用你不需要的模块。如果那个 模块并不需要常常修改，考虑从零开始构建的时间是很重要的(使用 CI 构建就是一个很好的例子)，或者检查之前那个单独构建的模块是否是最新的，相比起来只是简单的装载那些二进制的.jar/.aar 依赖库，它能带来 4 倍的提升;

开始考虑用 SVG 替换 PNG ;

如果你只需要改变一个地方(例如， AppLogger.d(“message”) 能包含Log.d(TAG, message) 并且之后发现 Timber.d(message) 会是一个更好的解决方案)，为依赖库制作抽象的类会让切换到新库变得很容易;

监视连接状态和连接的种类 (在 WIFI 连接状态下，是不是有更多的数据更新?);

监视电源和电池 (在充电的过程中，是不是有更多的数据更新？ 当电池电量低的时候，更新过程会不会被暂缓);

如果一个笑话是需要解释才能明白的话，那肯定是一个失败的笑话，用户界面亦是如此;

测试能带来性能的提升: 慢工出细活（并且保证内容的正确性），之后验证优化，这不会影响任何测试内容。

来自：http://androidchina-/6011.html

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。