认识达内从这里开始

认真做教育专心促就业

Android开发架构思考（十一）

发布：潍坊IT培训
来源：互联网
时间：2018-08-06 13:48

    (2)、抽象接口
    潍坊IT培训的老师说，如果说在架构设计中抽象很重要,你可能有些迷糊,但是如果要你先写interface或者abstract class 而不是class时,你就可能感觉得到抽象的意义.我们将一个系统分解成几个大的模块,一个模块查分成不同的层级,每个层级再次拆分成不同的细节业务.最后,我们很清晰的知道我们要完成某一项功能需要做哪些事?对的,做哪些事就就是一个个接口,我们在编码时先写接口再写实现有利于帮助我们对业务进行拆分和抽象.我们都知道做一件事情一般情况都需要提供一些条件,做完了会有返回结果.这些都可以在接口的设计中完成.我们需要注意是一个接口只做一件事情,如果有两件事非常相似也要尽量拆分而不是合并.在接口命名方面做到见名知意,怎么去评判,就是如果你的接口没有注释也同样能让人知道你的接口是做什么的就好.
    (3)、数据存储
    数据存储常用的有SQLite、SharedPreference、文件等,缓存是否也可以算是一种.这里想强调的就是要注意数据存储的规范性以及安全性,如果是数据库还有必要考虑其扩展性,如果不满足需求将会需要进行升级.
    (4)、性能管理
    这里源自于对性能优化的一点体会,对于服务端的开发我们很珍惜服务器资源,应该是看的见的需要银子买的.然而,对于客户端的开发我们常常忽略了这一点.虽然手机设备现在拥有大内存,但是如何写出一个优秀的程序,性能也是一个非常重要的指标.性能优化处理,那是我们在更正错误,那么之后应该是少犯错误.性能体验不够好,无非就是对机器设备的内存、CPU、GPU资源无节制的使用,造成资源的浪费,当机器设备无法承受时就会应用就会出现卡段、死机、异常等不良反应,严重影响了应用的体验.我们要做的就是要有很强的性能管理意识,对于内存、CPU、GPU等资源按需借用,并做到有借有还,即用完后记得释放资源.
    (5)、特殊处理
    我们在开发的过程中,总有那么多问题并不是按照正常思路出牌的,这些得归功于我们强大的测试团队.不同的手法,就能得到不同的结果,然后就给了我们一堆的bug.所以,我们在软件的开发中需要特别注意一些特殊情况的处理,这些最终往往还是逻辑上的死角.以下简单总结了一些:
    功能冲突

功能冲突可以分为两种,一个是应用内部的功能冲突,二是应用之间的功能冲突.应用内冲突比如A功能和B功能都使用了某资源文件,如果在同时使用就会出现问题,我们通常加同步锁来防止这种冲突.应用外的冲突有很多,比如多媒体、闹钟、日历、铃声、电话等都肯能引起这些冲突,比如你正在播放一段视频,这个时候来了一个电话,那我该优先哪一个呢?还有当闹钟响起的时候,弹出一个界面是竖屏的,那么他就会强制将当前的界面变为竖屏,而如果你这个时候如果是横屏的话该怎么办呢?类似于这类还有很多,以后再细细总结.

潍坊IT培训

    极限操作
    我们的测试人员喜欢对着某一个按钮狂点、或者在机器上安装无数的应用使内存爆满,或者在磁盘里边塞满各种文件.这些场景虽然并不是理性的用户所出现的,但实际也是程序的缺陷.所以,我们要注意对这些问题进行处理.
    网络问题
    不可用的网络,信号很弱的网络,网路在wifi和流量之间切换,2G网络和4G网络,网络请求超时等都需要我们针对实际情况进行处理,比如切回到流量的时候进行下载是否有提醒用户.这些处理也算是各个应用的标配了,就不再多说了.
    为null处理
    这应该是最常见的问题了,我们平时改bug或者从后台异常抓取的大多数都是空指针异常.首先,我们得搞清楚为null的原因是什么?然后我们需要进行为null的判断,并警告.
    (6)、Log打印
    这里把Log打印单独拿出来是应为我觉得很需要重视.Log是用来干嘛的?很显然是用来帮助我们查找问题的,然后我们大多数的情况下是问题来了再去加打印,并且TAG五花八门的,是有错误的地方用Log.d,而只是查看信息却是用的Log.e,我们查问题的时候要去阅读很多的代码逻辑,最后再定位到位置.我们在修复bug的时候花了大量的时候再阅读代码,这个太影响工作效率了.如果我们在编码之初就对Log有了很好的规范设计,有异常的地方就用Log.e,可能出现问题的地方就用Log.w等等,关键点的信息用Log.i,临时调试的用Log.d这样区分不是很好吗?我们在控制台一样就能够分辨自己需要的信息.我们应该充分应用这个工具,帮助我们快速定位问题.
    (7)、软件重构
    重构是因为业务的需要,也是因为对代码更高的质量要求,重构无处不在.我们不要为了重构而重构,也不要一直停滞不前,该重构时不重构,欠下太多的技术债务.重构有小到一个方法的重构,也有大到整个系统架构的重构.重构是软件迭代升级的一个必要过程,也是我们能够满足当前需要,并且能够适应未来的发展,获得良好的扩展性的必要手段.重构并不难,也不是什么大事,重点在于重构背后的目的、思想、设计是否清晰.
    以上就是潍坊IT培训给大家做的内容详解,更多关于IT知识的学习,请继续关注潍坊IT培训

< 上一篇：Android开发架构思考（十）

下一篇：Android开发架构思考（十二） >