开发企业官网后台，第一步就是选框架。选错了，后面开发磕磕绊绊、维护举步维艰；选对了，事半功倍。市面上框架那么多——Laravel、ThinkPHP、Django、Spring Boot……到底该选哪个？本篇从尧图建站团队的实际项目经验出发，给你一套可复用的选型思路。

一、主流后台框架横评

后台框架没有绝对的好坏，只有合不合适。我们对比几类常见选项，看它们各自适合什么场景。

• ThinkPHP（PHP）：国内生态成熟、中文文档完善、上手快，适合中小型企业官网、内容站，尧图大量项目用它。
• Laravel（PHP）：语法优雅、生态丰富（队列、事件、ORM 完备），适合中大型项目，但学习曲线略陡。
• Django（Python）：自带后台管理开箱即用，适合内容运营型站点，Python 生态利于后续数据分析扩展。
• Spring Boot（Java）：企业级稳定、强类型、并发强，适合大型政企项目，但开发体量偏重。
• Express / NestJS（Node.js）：前后端同构、适合实时交互场景，但生态相对年轻。

对于绝大多数企业官网，PHP 系（ThinkPHP/Laravel）仍是性价比最高的选择：主机便宜、部署简单、人才好招、性能足够。除非有明确的 Python/Java 技术栈延续需求，否则不必盲目追新。

二、选型维度与决策树

选型不能只看框架本身的功能列表，要结合项目实际情况。尧图内部用五个维度做决策，按顺序逐一筛除：

决策树：
1. 团队熟悉度 > 一切。团队最熟的框架就是最好的框架。
2. 项目体量：展示站/内容站 → 轻量框架；交易站/高并发 → 重型框架。
3. 生态成熟度：文档、社区、第三方包是否充足，决定踩坑成本。
4. 长期维护：框架是否活跃更新，是否有 LTS 版本。
5. 部署环境：客户服务器是什么系统、能否装运行时。

其中"团队熟悉度"被放在第一位，是因为框架的学习成本往往被低估。一个团队用熟了 ThinkPHP，硬切 Laravel 的话，光是 Eloquent ORM 和服务容器的概念就要磨合一两周，这期间的效率损失远大于 Laravel 本身带来的收益。所以除非有压倒性理由，否则优先选团队最熟悉的。

三、自研 vs 开源的取舍

有些团队喜欢自研框架，觉得开源框架"不够灵活"。这种想法在多数场景下是陷阱。自研框架意味着你要独自维护路由、ORM、中间件、安全防护等所有基础设施，还要写文档、培养新人，这些隐性成本极高。除非你的业务有极强的特殊性（比如超大规模、特殊协议），否则用成熟开源框架 + 定制业务层才是正道。

// 开源框架 + 业务层封装的典型分层
app/
├── controller/     # 控制层：接收请求
├── service/        # 业务层：核心业务逻辑（自研重点）
├── model/          # 数据层：ORM 模型
├── middleware/     # 中间件：鉴权、日志
└── common/         # 公共工具：自研辅助函数

正确的做法是：把精力放在业务层（service）的封装上，把基础设施交给框架。尧图在 ThinkPHP 基础上沉淀了一套自己的业务基类（统一响应、分页、软删除、权限注入），新项目直接复用，既享受了开源框架的稳定，又保留了业务层的灵活。

最后提醒一点：框架选型一旦确定，中途更换代价极大。所以前期多花一周做调研和原型验证，远胜过后期边做边后悔。选型不是技术崇拜，而是工程权衡。