Amazing design from https://ramotion.com

原文:Building Android Apps — 30 things that experience made me learn the hard way
世界上有两个人-一种是不会学习的人，一种是懂得听取别人意见的人。这里有我的一些学习经验想分享给你。

1. 在添加第三方库的时候要三思而行。

第三方的代码虽然可以给我们的日常开发带来很多便利，节省很多开发时间，但同时也会给我们带来很多无法预知的问题，比如第三方本身存在的bug，或者是第三方库原本的设计就不符合我们的实际需求，所以在引入一个第三方库的时候，要做好足够的预研。以GitHub上的第三方库为例，我的一般做法有以下几点。

• 查看库的使用人数是否很多
• 查看官方文档是否足够清晰明了
• 查看作者的提交记录频率是否频繁
• 查看Issues是否很多，作者回答问题响应时间如何
• 作者对功能是否有足够清晰的规划

2.用户看不到界面/控件，就不要画它

这个问题原因很简单，界面过于复杂，会导致界面上的卡顿以及一些不应出现的问题出现。所以，当用户看不到某个界面或者控件的时候，尽量不要去把它画出来再隐藏起来。

3.除非你真的需要数据库，否则不要用它。

数据库可以用来保存一些我们的本地数据，如果用的好的话，可以增加我们应用在弱网环境下的体验，但是一旦有了本地数据库，就会有数据的同步问题出现，这回导致一些不必要的问题出现，所以，除非真的需要，否则尽量不要使用数据库。

4.65k方法数很快就会达到的，MultiDex能帮你很好的解决它。

64k方法数限制是Android一个早期就存在的问题，官方也给出了很好的解决方案，不要以为你的应用功能不多，不可能那么快达到这个限制，还是尽早对其做好适配吧。

5.Rxjava是AsyncTasks的很好的替代品

多线程操作在app上已经不少见了,rxjava能让你的代码结构更清晰。

6.Retrofit 是一个很好的网络请求库

7.Retrolambda能减少代码量

8.将RxJava与Retrofit和Retrolambda结合使用，能提高性能

9.我会用EventBus，他能解决一些特定场景下的问题，但我不会多用它，因为它会使我的代码变得混乱不堪

10.按功能封装代码，而不是按层封装代码

11.将所用除了跟界面相关的代码移出主线程

12.lint能帮我优化界面布局和布局的层次结构，以便我找出可以删掉的冗余的视图

13.如果你在使用gradle构建项目，尽你所能的去优化它的构建速度

14.使用profile reports分析你构建时间到底花在了什么地方

15.使用通用的架构（MVP，MVC，MVVM），不要特立独行

16.单元测试很浪费时间，但是它能使我们的代码更快更健壮

17.使用依赖注入，是我们的代码能模块化，更有利于实施测试

18.对Fragment使用监听会更好

19.永远不要你的个人账号用于app的发布账号

20.对每一个输入框都要使用有效的输入类型

21.使用analytics来分析问题

22.要记得更新库的版本，使用最新的库

23.要让自己的services清楚应该接受什么东西，做什么事，并尽快的处理完成

24.建议使用Account Manager来管理登陆用户名和邮箱地址

25.使用CI来构建和发布你的测试版本的apk

26.不要用自己的的CI服务器，这样容易造成各种不必要的问题诸如磁盘空间/安全性问题/更新服务器以防止SSL攻击等，建议使用circleci, travis or shippable，它们很便宜也能让你很省心。

27. 使你的playstore自动化部署

28.如果一个第三方库很大，但是你只是使用到其中一小部分功能代码，建议你去寻找一个代码量更小功能能恰好符合你使用的第三方库

29.不要过分的设计，为不存在的需求引入过多的设计。如果一些功能模块并不经常需要改动，可以考虑将它们封装成一个.jar或.aar的库。这样能减少代码的构建时间，加快构建效率

30.考虑放弃使用svg代替png

31.在使用第三方库的时候可以对其进行抽象封装，这样你在替换成另外一个第三方库的时候工作量会少很多

32.监控设备当前的连接的网络类型和网络速度

33.监控设备的电量和是否充电（当需要大数据量和长时间的更新数据的时候，将线程挂起，等电量充足或者充电状态时候再执行）

34.当你需要告诉用户这个功能界面怎么用的时候，就说明这个功能界面设计的不合理

35.测试对程序性能的优化非常有用