PHP5时代留下的东西，现在看像老照片。我去年接手一个2013年的电商项目，代码里全是ThinkPHP 3.2的痕迹。那套系统还在跑，每天处理几千单，偶尔报个错，改起来得翻半天文档。说不上多优雅，但就是能用。

那时候ThinkPHP5刚出，官方说性能提升多少倍，路由重写了，依赖注入也来了。可老项目没人愿意动。就像你住了十年的老房子，水管有点锈，但你知道哪里会漏水，哪儿要轻点拧。换新房？装修成本谁出？

真要说TP5的脾气，最直观的是目录结构变了。以前application下随便放控制器，现在得按模块分。有一次我图省事，把公共函数写在index模块的common.php里，结果cli模式下死活加载不出来。查了半天，才发现是自动加载规则改了——命名空间没对上，类文件就找不到。这毛病跟了我一个下午。

后来我学乖了，写接口前先理清composer自动加载。TP5对PSR-4的支持比前代严格得多，好处是代码规范了，坏处是——你不能乱来。有个同事习惯把业务逻辑全塞在模型里，结果模型文件越来越大，最后改个字段要翻三百行。这真不是框架的锅，是你自己没分层。

不过TP5有一点让我挺服气，它的查询构造器比3.2顺手多了。链式操作写起来干净，where条件不用拼字符串。以前老项目里那种`where("status=1 and type='a'")`的写法，在TP5里会被喷的。参数绑定是标配，防注入省心不少。我拿它写过几个爬虫管理后台，连数据库切换都直接配在config里，测试环境线上环境切来切去，没出过乱子。

但要说缺点，也不是没有。TP5的验证器设计得有点绕，我见过不少人直接跳过，全在控制器里if-else。还有它的容器和门面，新手看文档容易懵。我一开始也搞不清Container和App到底啥区别，后来用多了才明白——这就是个服务定位器，你不用它也行，但用了代码能更解耦。

最让我印象深刻的是有一次线上问题。用户上传图片，偶尔会报一个“Class 'think\image\Exception' not found”。查了半天，发现是TP5的图片处理扩展没装全。composer.json里写了require，但没更新到最新版本。那会儿才意识到，TP5跟老版本最大的不同——它跟composer绑得太死了。依赖管理弄不好，环境一换就崩。

现在PHP8都出了，TP5早就停了维护。可你搜“ThinkPHP5 漏洞”，还是能翻出一堆补丁公告。用老框架就像骑一辆刹车不太灵的自行车，你熟悉它的脾气，能骑得飞快，但心里总悬着根弦。前阵子PHP官方把5.6的安全支持彻底停了，那些还跑着TP5的老系统，就像穿着救生衣游泳——能浮着，但不知道什么时候会漏水。

说到底，TP5是个分水岭。它把PHP从混乱的“写页面”时代拽向了“写应用”的时代。虽然它有瑕疵，但至少让很多人第一次意识到命名空间、依赖注入、中间件这些概念是能落地的。我偶尔还会翻翻老项目的代码，看着那些`I('post.')`和`M('user')`，像看自己十年前写的日记——字迹有点歪，但当时确实觉得那是全世界最好的写法。