本文目录导读：
- 单体 vs. 微服务/中台化（架构拆分之争）
- 框架选型：Laravel vs. 轻量级/自研
- 是否引入强类型/静态分析（PHP 8+ 现代化之争）
- 单元测试覆盖率与“敏捷”的冲突
- 前后端分离程度（模板渲染 vs. API化）
在PHP项目复盘中,提到的“最大争议”通常不是指某个具体的技术bug，而是团队在架构演进方向、技术选型或工程实践上的根本性分歧，根据常见的中大型PHP项目复盘经验，争议焦点主要集中在以下几个方面（按出现频率和激烈程度排序）：
单体 vs. 微服务/中台化（架构拆分之争）
这是PHP项目复盘中最常见的“最大争议”。
- 争议点：随着业务增长，单体PHP应用变得臃肿，一方主张拆分微服务（甚至引入Go/Java），认为能解耦、独立部署；另一方（通常是资深PHP开发或运维）坚持单体优先，认为PHP生态下过度拆分会导致分布式事务复杂、运维成本剧增、性能反而下降。
- 复盘结论：往往发现争议的核心不是技术，而是团队规模与业务迭代速度的匹配度，过早拆分导致“分布式单体”，是复盘时被反复检讨的痛点。
框架选型：Laravel vs. 轻量级/自研
- 争议点：Laravel生态完善但“重”（ORM性能、启动开销），部分团队主张用Slim、Hyperf或自研微框架以追求极致性能；另一派认为业务初期开发效率优先，Laravel的约定优于配置能减少沟通成本。
- 复盘结论：争议往往源于对“性能瓶颈”的误判——复盘时发现90%的性能问题其实在SQL和缓存，而非框架本身。
是否引入强类型/静态分析（PHP 8+ 现代化之争）
- 争议点：老派开发者习惯弱类型灵活写法，新派主张全面启用
declare(strict_types=1)、PHPStan/Psalm严格模式，复盘时常爆发“历史代码改造量太大” vs. “不改造迟早出线上事故”的争论。 - 复盘结论：争议本质是技术债偿还节奏的博弈，最终多采用“新代码强制、老代码渐进”的折中方案。
单元测试覆盖率与“敏捷”的冲突
- 争议点：QA/架构师要求核心模块测试覆盖率不低于70%，业务开发认为写测试拖慢迭代速度，尤其PHP项目常涉及大量遗留过程式代码，补测试成本极高。
- 复盘结论：争议背后是对“质量成本”的认知差异，复盘时常发现线上故障集中在无测试覆盖的“祖传代码”区域，从而倒逼团队达成共识。
前后端分离程度（模板渲染 vs. API化）
- 争议点：Blade/Twig模板渲染快但耦合，纯API+前端框架灵活但首屏性能差，复盘时争论焦点常在于SEO需求与开发效率的平衡，尤其在内容型PHP项目中。
PHP项目复盘的“最大争议”往往表面是技术选型，深层是团队对“技术负债与业务速度如何平衡”的价值观冲突，复盘的价值在于：把争议从“谁对谁错”转化为“在什么业务阶段、什么团队规模下，哪种选择更合理”的共识沉淀。
