[干货] 关于App重构的几个方面

正文

请到「今天看啥」查看全文

各个业务模块间/层次间的代码互相夹杂.

由于多人协作导致的多种架构(MVP/MVVM/MVC等)并存.

规范性问题, 导致各个模块内的代码形式互相不一致, 风格迥异.

2, 可读性差

• 超长函数, 超大类

• 代码的格式不规范或不一致.

• 冗余代码, 无用代码, 重复代码.

• 过于高明, 使用一些不常用的小技巧而且没有相关注释.

• 滥用继承, 接口实现等, 导致难以跟踪.

3, 不能很好的适应产品的发展

• 维护困难, 前一发动全身.

• 不具备扩展灵活性, 无法很快引入系统版本更新时新特性.

• 不具备可变更性, 产品添加新功能或修改需求时需要修改大量的代码.

重构的目标

重构的目的就是要提高代码质量, 而高质量的代码指标个人认为有如下几点, 当然其实也是老生常谈的几点.

排名分先后:

1, 可读性

• 规范一致性.

• 结构, 层次明了.

• 命名有含义, 注释要清晰.

• 逻辑简短, 没有长篇大幅的代码块.

• 方法提取, 类继承关系合理.

• 不滥用设计模式.

聪明是可读性的敌人.

2, 可维护性

• 杜绝魔鬼数字/字符串/尺寸值/颜色值等

请到「今天看啥」查看全文