【译】构建 Android App 的30条宝贵经验

最新推荐文章于 2024-11-01 11:04:15 发布

onghaha

最新推荐文章于 2024-11-01 11:04:15 发布

阅读量570

点赞数 7

分类专栏：程序员文章标签： android

本文链接：https://blog.csdn.net/onghaha/article/details/137413433

版权

程序员专栏收录该内容

185 篇文章 1 订阅

订阅专栏

使用lint可以帮助你优化布局和布局层次，减少一些无必要的布局or控件。
如果你使用Gradle，那么尽可能去加速编译。
开启编译报告，看看编译过程中的耗时统计。
在架构上尽量采用大众化的。
测试是虽然费事费时，但是相比不要测试而言，你解决Bug的时候会更快，代码也更具健壮性。
使用依赖注入能让你的app更模块化更好测试。
订阅这个网站的内容对你大有裨益。
坚决不要使用个人邮箱作为应用商店平台的账户，当然也包括一些第三方服务提供商。
在使用EditText时，使用合适的输入类型。
使用 Android Studio -> Analyze 去分析和定位bug。
经常关注一些比较新的技术和库。例如dryrun这个库可以帮你减少构建远程仓库项目的时间。PS：我自己就在用，简直不能更爽。
Service只做它应该做的，并且在需要它销毁的时候尽快能销毁。
使用AccountManager针对用户名和邮箱啥的提供建议。
使用CI (Continuous Integration)来构建和描述自己的beta版以及正式版apk。
不要运行自己的CI服务器，维护服务器很耗时，因为将有磁盘空间/安全问题/更新服务器以防止SSL攻击等等各种柴犬二哈问题在等着你。使用circleci，travis或shippable，它们便宜并且让你少操心。
发布app的时候可以使用自动部署。
你需要导入某个库，但是这个库特别大，而你只需要其中一小部分功能，那么你应该去找个更小的，更符合自己的库（proguard可以压缩资源）。
不要依赖导入过多的modules除非你真的需要。因为过多的modules会导致构建变慢(CI就是个例子)，这比起直接使用二进制的.jar/.aar来说要慢4倍左右。
可以考虑将.PNG替换成.SVG了。
library中抽象类能比较便捷的控制和替换使用场景（例如：AppLogger.d(“message”) 中包括了 Log.d(TAG, message)并且还能优化成 Timber.d(message)）。
监控网络连接和连接的类型你会发现->wifi连接下可能刷新数据更频繁。
监控电量和电池你会发现->充电时候数据可能更新更频繁，低电量的时候数据更新很慢。
用户交互界面就是个笑话，除非你能讲解出来，否则它绝对不够好。
测试非常适合于性能上的调优：慢慢地（但正确）写一些实现，然后验证优化并且也不会破坏测试。