本文探讨了App何时需要重构，重构的目标以及如何进行重构。重构的触发因素包括结构错乱、可读性差和不适应产品发展。目标是提高代码的可读性、可维护性和可扩展性。重构步骤涉及架构选择、技术选型、规范制定以及自底向上、小步快跑的实施策略。强调持续重构与伴随测试，避免大规模重写。
最近跟一个朋友聊到关于App架构的问题, 其中就聊到一个App, 开发了很长时间, 一开始没有去想框架的事儿, 迭代过程中, 由于时间紧, 任务重, 人员更替等原因, 也没能保证代码质量, 很多设计原则被抛之脑后, 代码质量逐步下降, 以致难于阅读, 难于维护. 进而导致迭代困难, 而形成恶性循环.
从而引申出如何重构App代码的话题, 谈点个人理解:
什么情况下需要重构
1, 结构错乱
-
代码无法分出层次, 无法分清业务线.
-
各个业务模块间/层次间的代码互相夹杂.
-
由于多人协作导致的多种架构(MVP/MVVM/MVC等)并存.
-
规范性问题, 导致各个模块内的代码形式互相不一致, 风格迥异.
2, 可读性差
-
超长函数, 超大类
-
代码的格式不规范或不一致.
-
冗余代码, 无用代码, 重复代码.
-
过于高明, 使用一些不常用的小技巧而且没有相关注释.
-
滥用继承, 接口实现等, 导致难以跟踪.
最低0.47元/天 解锁文章
2718
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
