PHP实现MVC框架的核心是确保路由、控制器、视图职责分明且数据传递稳定；需用PATH_INFO朴素解析URL，控制器显式实例化模型并以数组或对象传参给视图，视图仅展示、不处理逻辑，loadView须用ob_start+extract+require保障输出控制与变量作用域。
PHP实现MVC框架的核心不在“造轮子”，而在于让路由、控制器、视图三者之间不互相越界，且能稳定传递数据。直接上手写一个能跑的最小闭环，比堆砌抽象类更实用。
路由怎么把 /user/profile/123 映射到 UserController->profile()
别一上来就写正则或注解路由——先用最朴素的 PATH_INFO 解析，够用且调试直观。
- 入口
public/index.php开启$_SERVER['PATH_INFO']（确保 Apache 启用mod_rewrite或 Nginx 配置了try_files） - 拆分路径：用
explode('/', trim($_SERVER['PATH_INFO'], '/'))得到数组，比如['user', 'profile', '123'] - 约定前两项为
$controllerName和$actionName，第三项起当参数传入方法（如$id = $params[0] ?? null） - 控制器类名拼接后需检查文件是否存在：
app/controllers/{$controllerName}Controller.php，避免直接new未定义类导致致命错误
UserController 怎么安全调用模型并传数据给视图
控制器不是数据处理器，而是协调员——它只决定“要什么”，不决定“怎么查”。关键在隔离模型实例化和数据传递逻辑。
- 模型应在控制器中显式实例化（如
$userModel = new UserModel(); $user = $userModel->findById($id);），而非在视图里include模型文件 - 传数据给视图必须用数组或对象，禁止
extract()全局导入（易覆盖已有变量），推荐compact('user', 'title')或手动构造['user' => $user, 'title' => '用户详情'] - 视图文件路径应由控制器统一管理，比如
loadView('user/profile', $data)，内部做路径拼接和require，避免每个方法重复写include 'app/views/user/profile.php'
视图渲染时为什么 echo $user['name'] 报错但 echo $user->name 可以
这不是语法问题，是控制器传进来的数据类型不一致导致的——常见于模型返回数组 vs 对象没对齐。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
立即学习“PHP免费学习笔记（深入）”；
- PDO 默认
fetch()返回关联数组，若控制器直接传$row给视图，视图就得用$user['name'] - 若模型用了
fetchObject()或封装成User实体类，就必须用->访问属性 - 建议统一模型返回标准：要么全部用数组（简单项目），要么全部用 DTO 对象（中大型项目），并在基类
BaseModel中强制约束find()方法返回类型 - 视图里加一层防御：
isset($user) && is_object($user) ? $user->name : ($user['name'] ?? '')，但治标不治本，根源在模型层规范
为什么 loadView() 里 require 视图后页面空白或报错
根本原因常被忽略：视图文件里的 PHP 代码执行环境，和控制器不是同一个作用域，require 不会自动继承变量，除非你明确 extract() 或用 include + 变量作用域控制。
- 不要在视图里写
foreach($users as $u)却没确认$users是否被传入——控制器漏传或键名写错（如传了'user_list'却在视图读$users） -
loadView()内部应使用extract($data)+ob_start()+require+ob_get_clean()组合，否则输出会立即刷到浏览器，破坏 header 设置 - 视图文件本身不能有
echo或print之外的输出（比如 UTF-8 BOM、多余空行），否则触发 “headers already sent” 错误 - 调试时在视图开头加
<?php var_dump(get_defined_vars()); exit; ?>，能立刻看到当前有哪些变量可用
最难的不是写通流程，而是每次新增控制器或视图时，坚持检查三件事：路由是否真匹配到了类文件、控制器是否确实把数据以约定方式传了进去、视图是否只做展示且不碰数据库或业务逻辑——松动任何一环，MVC 就退化成带文件夹的普通 PHP 脚本。
