我做过两三个android客户端应用的整体设计和部分的编码，这里仅仅谈一下设计方面的故事（此乃原创2015:11:02）。
做客户端设计，首先要考虑应用所在的环境，包括三方面：1 要设计的apk是在一个低内存，低运行速率，多应用共同运行（现在很多应用都在后台一直存活，不死鸟）的环境中；2 要设计的apk需要调用系统其它的数据或功能接口；3 apk置身于整体手机的运行环境中，必然手机的各种状态的变化，会对apk的运行造成影响，例如开网断网，亮屏灭屏等。
从1来考虑，必须要在设计之初，从数据流考虑apk运行时内存中所持有的数据量要小，不用的数据尽量不要加载到内存，用过的数据尽量释放。因为数据如果一直占据内存，会产生两个问题：一个是导致程序运行减慢，二数据的一致性会受到挑战。这里需要特别说明的是，有些buger认为数据一直占据内存，会使得存取路径减少，从而速度提高，但是通过亲身体验，从数据库里面加载数据和内存中加载少量数据，感觉不到差异。但是大量数据占据内存，就会使得本身的内存紧张，运行就会卡卡，而且还需要花线程维护数据库，内存，界面的数据一致。因此我认为不利因素大于有利因素。
从2来考虑，设计的apk可能因为业务需要，调用手机中其他共享的数据或者功能接口，例如联系人数据，短信数据，日历数据，或者录像功能，拍照功能，打电话功能等。需要在设计之初路罗列出这些接口，最好对这些接口进行正确性测试，保证功能能够满足要求。理论上讲，这些属于标准接口，应该不存在问题，但是各个厂商的手机不一定能够完全保证。 此外某些特殊的硬件器件各个提供商的接口可能不一样。
从3来考虑，apk在运行时，可能会受到手机状态的改变，在接收到这些改变时，需要在业务级别做好相应的对应策略。例如在开网和断网时，和服务器的交互应该怎么处理等。在apk被切换到后台时的处理等等。这些需要提前在业务级别做好准备，避免在后来处理过程中出现二意。
综上所述，在设计之前，需要考虑的环境因素，越是考虑充分，设计时越是容易，不要把问题遗留到后期。