最近跟一个朋友聊到关于App架构的问题, 其中就聊到一个App, 开发了很长时间, 一开始没有去想框架的事儿, 迭代过程中, 由于时间紧, 任务重, 人员更替等原因, 也没能保证代码质量, 很多设计原则被抛之脑后...不具备可变更性, 产品添加新功能或修改需求时需要修改大量的代码.
重构的目标
重构的目的就是要提高代码质量, 而高质量的代码指标个人认为有如下几点, 当然其实也是老生常谈的几点....如何重构
首先让我们重温下”重构”的含义:
> 这本大神作品强烈建议大家翻阅下~
里面对重构的定义, 以及如何从一个个小的Bad Smell开始重构等都有详细的描述....其实这是一个对症下药的问题, 针对为什么要重构提出的几个代码问题,
重构也可以分成以下几步:
1, 架构选择, 结构调整
根据App的业务场景(展示型, 交互型, 后台工具型…)选择合适的架构.
1 并不是说一定要选用一个架构..., 比如说后台工具型的App, 可能界面不多,
也服务器的交互也少, 基本是由Service组成, 可能直接用Android原生的结构就可以.
2 界面较多, 且与服务器交互较多的建议选用MVP架构.