PHP建站避坑：15年录数据员眼中的框架选型真相

　　上周评审会又卡在框架选型上了，开发小王举着ThinkPad敲桌子：'Laravel生态好！'后端老张叼着烟冷笑：'ThinkPHP6性能强！'我原以为老板会拍板，结果他摸出手机刷了两分钟抖音，抬头说'你们定'——那表情跟十五年前我教他用Excel时一模一样。

　　我盯着投影仪上歪歪扭扭的'PHP框架对比表'，突然想起2008年那个暴雨夜。当时公司接了个政府系统，用的CI框架，结果数据量到十万条就开始卡。运维小哥蹲在机房重启服务器，裤脚湿透还在骂：'这破框架连分页查询都要自己写！'现在想想，那会儿要是肯换框架，哪用得着半夜爬起来改代码？可老板当时死活不同意，说'重构风险太大'——最后项目黄了，他倒怪我们技术不行。

　　空调在滴水，落在会议桌的玻璃板上，嗒、嗒、嗒。小王突然把键盘一推：'要不试试Hyperf？协程性能强，适合高并发！'老张把烟头按进一次性纸杯：'你懂个屁，协程调试起来能要人命！'我低头翻数据录入规范，发现第三页还粘着上周吃的煎饼果子碎渣——这破文档打印了二十份，堆在墙角都快发霉了，可谁记得看？

　　去年那个电商项目就是前车之鉴。当时选的是Yii2，开发说'文档全，社区活跃'。结果上线三个月，订单表数据量破百万，查询慢得像蜗牛。后来发现是Yii2的ActiveRecord模式在大数据量下会生成冗余SQL，改用原生PDO才解决问题。可老板当时听开发说'框架没问题'，硬是拖了两个月才同意重构——那两个月我每天对着卡死的后台系统，录入订单时手都在抖，生怕点错按钮把数据搞丢了。

文章配图，仅供参考

　　白板笔没水了，行政小姑娘跑出去换了三次，回来时手里还攥着半根没吃完的玉米。老张突然说：'要不学学抖音那套？用微服务架构，每个模块单独选框架！'小王差点把水杯打翻：'张哥你疯了吧？微服务运维成本多高啊！'我低头看数据录入界面，发现'用户手机号'字段被设成了必填——可上周客户刚说这部分数据可以空着。这种细节评审时没人提，上线了才发现问题，改起来比选框架还麻烦。

　　去年那个医疗项目更离谱。选的是Symfony5，开发说'企业级框架，适合复杂业务'。结果做到患者档案模块时，发现框架的表单组件不支持动态字段。开发组花了半个月写扩展，最后还是用jQuery硬怼上去的——现在那个模块的JS代码乱得像团麻，新来的前端看了三天直摇头。可老板当时听开发说'框架没问题'，还夸他们'技术扎实'——现在每次系统升级，这个模块都要出点幺蛾子。

　　投影仪突然对焦不准，小王起身调整时碰倒了水杯。水顺着桌缝流到地板上，行政小姑娘尖叫着跑出去拿拖把。老张趁机说：'看见没？这就是选新框架的风险！'我盯着湿漉漉的地面，突然想起2015年那个金融项目。当时选的是CakePHP3，开发说'约定优于配置，开发效率高'。结果做到权限模块时，发现框架自带的ACL系统不支持细粒度控制。开发组连夜改方案，把原本两天能写完的模块拖了一周——最后客户验收时，还因为权限问题卡了三次。

　　但话说回来，这些年确实有些框架经住了考验。比如ThinkPHP，从3.x到6.x，虽然总被吐槽'魔改'，可人家就是能活下来。我原以为是因为'国产框架更懂中文需求'，结果去年听一个核心开发者说：'哪有什么秘诀？就是每次出问题都及时修，不瞎搞大版本升级。'想想也是，Laravel从5.x到9.x，多少项目死在了升级路上？而ThinkPHP每次大版本升级，都保证兼容旧代码——这种稳，对数据录入员来说比什么都重要。

　　上周测试组报了个bug：新框架的日志系统把用户密码明文存进了数据库。开发组连夜修复，老板在群里发了个'辛苦了'的表情包。我盯着数据录入界面，突然觉得选框架跟录入数据有点像——都得先保证不出错，再想优化的事。那些总吹'生态好''性能强'的框架，要是连基本的数据安全都做不到，活该被淘汰。

　　会议结束时，老板说'按老张的方案来，用ThinkPHP6'。小王摔门出去时，我听见他嘟囔：'守旧派...'可我知道，老板选ThinkPHP不是因为技术，是因为上个月那个政府项目，客户指定要用'国产稳定框架'。这种需求，PRD里不会写，评审时没人提，可就是能决定项目生死——就像我录入数据时，客户突然说'这个字段要加星号'，你能不照做吗？

　　现在每次选框架，我都先看两点：一是文档全不全，二是社区活不活。那些吹得天花乱坠的新框架，要是连个像样的中文文档都没有，或者论坛里三个月没人回帖，趁早别用——数据录入员的时间，经不起这种折腾。至于性能？等数据量真到百万级了，再考虑重构也不迟——反正这十五年，我见过的项目，90%都没活到需要重构的那天。

（编辑：草根网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!