PHP旧系统基于命名空间重构经验
命名空间其实只是一个形式，最终目的是重构代码，但这个过程想要一蹴而就是不可能的。
一开始给了一个伪命题：基于ThinkPHP的重构（不要为什么）。经过一段的实践，发现这是一个大错特错的思维方式，其中遇到的坑在此略过不表。
首先，不要想着全盘基于命名空间重写，而应该是基于局部的。
最终思考后的结果，是以Model层基于命名空间改造为目标，这样可以在新的框架下重用系统中Model层资源。因为理论上Model层只与数据打交道，耦合度最低。
但改造过程也发现一些问题，Model层耦合了业务逻辑，甚至与session、cache等系统环境挂钩，不是纯粹的Db操作，而是含有很多业务代码，这意味着这一部分的代码在初步改造完成后，是无法在新框架中重用的。
立即学习“PHP免费学习笔记（深入）”；
Ke361是一个开源的淘宝客系统，基于最新的ThinkPHP3.2版本开发，提供更方便、更安全的WEB应用开发体验，采用了全新的架构设计和命名空间机制， 融合了模块化、驱动化和插件化的设计理念于一体，以帮助想做淘宝客而技术水平不高的朋友。突破了传统淘宝客程序对自动采集商品收费的模式，该程序的自动 采集模块对于所有人开放，代码不加密，方便大家修改。集成淘点金组件，自动转换淘宝链接为淘宝客推广链接。K
这些存在问题的地方，也间接证明了一些基础编程思想的正确性：OOP的本质是代码重用；PSR系列规范对于提高代码重用度的直接作用；代码分层合理性对于代码维护性的影响等；全局变量对代码重用性的极度负面影响。
什么是逐步重构？
逐步重构的基本原则是兼容，不是推翻重来，只要事情变成了推到重来，就不是重构，简直就是重写了。在创业小团队，推到重写，are u kidding me?
兼容是重构的起点和过程，重用是结果；新的功能可以基于新的框架开发，但同时可以重用已有功能代码，所以这是一个过程。
