最近跟一个朋友聊到关于App架构的问题, 其中就聊到一个App, 开发了很长时间, 一开始没有去想框架的事儿, 迭代过程中, 由于时间紧, 任务重, 人员更替等原因, 也没能保证代码质量, 很多设计原则被抛之脑后...从而引申出如何重构App代码的话题, 谈点个人理解:
什么情况下需要重构
1, 结构错乱
代码无法分出层次, 无法分清业务线.
各个业务模块间/层次间的代码互相夹杂....其实这是一个对症下药的问题, 针对为什么要重构提出的几个代码问题,
重构也可以分成以下几步:
1, 架构选择, 结构调整
根据App的业务场景(展示型, 交互型, 后台工具型…)选择合适的架构.
1 并不是说一定要选用一个架构..., 比如说后台工具型的App, 可能界面不多,
也服务器的交互也少, 基本是由Service组成, 可能直接用Android原生的结构就可以.
2 界面较多, 且与服务器交互较多的建议选用MVP架构....附—关于架构重构的规则
写完此文, 偶然机会在InfoQ上看到Uber的技术主管Raffi Krikorian在 O’Reilly Software Architecture conference上谈及的关于架构重构的