时间:2021-07-01 10:21:17 帮助过:17人阅读
命名空间其实只是一个形式,最终目的是重构代码,但这个过程想要一蹴而就是不可能的。
一开始给了一个伪命题:基于ThinkPHP的重构(不要为什么)。经过一段的实践,发现这是一个大错特错的思维方式,其中遇到的坑在此略过不表。
首先,不要想着全盘基于命名空间重写,而应该是基于局部的。
最终思考后的结果,是以Model层基于命名空间改造为目标,这样可以在新的框架下重用系统中Model层资源。因为理论上Model层只与数据打交道,耦合度最低。
但改造过程也发现一些问题,Model层耦合了业务逻辑,甚至与session、cache等系统环境挂钩,不是纯粹的Db操作,而是含有很多业务代码,这意味着这一部分的代码在初步改造完成后,是无法在新框架中重用的。
这些存在问题的地方,也间接证明了一些基础编程思想的正确性:OOP的本质是代码重用;PSR系列规范对于提高代码重用度的直接作用;代码分层合理性对于代码维护性的影响等;全局变量对代码重用性的极度负面影响。
什么是逐步重构?
逐步重构的基本原则是兼容,不是推翻重来,只要事情变成了推到重来,就不是重构,简直就是重写了。在创业小团队,推到重写,are u kidding me?
兼容是重构的起点和过程,重用是结果;新的功能可以基于新的框架开发,但同时可以重用已有功能代码,所以这是一个过程。