我们为什么坚持自研轻量框架，而不是套用现成 CMS

每次和客户讨论 CMS 选型，都会遇到同一个问题：市面上有那么多成熟的开源系统，为什么还要自研一套轻量框架？这个问题值得认真回答，因为它决定了后续三到五年的维护成本结构。

先说结论

自研框架不是普适的正确答案。它适合一类特定场景：内容模型相对稳定、需要深度定制业务逻辑、对性能和安全性有明确要求、且团队具备长期维护能力。脱离这些前提谈自研，通常是在给自己挖坑。

现成 CMS 的三类隐性成本

• 性能成本。通用系统为了兼容各种场景，会加载大量当前站点用不到的模块。一个只需要五张表的企业官网，往往要拖着上百张表运行。
• 二次开发成本。定制功能通常要走插件机制。插件与内核版本升级之间的兼容问题，会在两三年后集中爆发。
• 安全面成本。功能越多，暴露面越大。通用系统的公开漏洞会持续吸引自动化扫描，而企业往往没有专职安全人员跟进补丁。

我们做了什么取舍

松河的自研框架刻意保持了很小的体积：零第三方依赖，核心类库控制在十个文件以内，路由以数组形式集中声明，数据访问统一走 PDO 预处理。所有功能都必须能追溯到某一条具体需求，没有「先留着以后可能用」的模块。

判断一个自研框架是否健康的简单标准：新同事能不能在一个下午读完所有核心代码。

什么样的团队不适合自研

• 没有稳定的技术负责人，人员流动频繁；
• 业务需求变化极快，内容模型每月都在调整；
• 预算只覆盖一次性建设，不含长期维护。

这三种情况下，选择成熟产品并把定制需求压到最低，通常是更理性的决定。

我们的建议

不要从「自研还是采购」开始讨论，而要先回答两个问题：未来三年这条业务线会不会发生结构性变化？我们能不能为这套系统持续投入人力？答案清晰了，选择其实并不困难。