thinkphp使用之MVC架构设计与应用【架构篇】

先说一个核心判断：ThinkPHP 的 MVC 可不是你想用就用的装饰品。它是请求生命周期里必须走的路——控制器必须调度模型，视图必须由控制器触发渲染，任何一环断了，等着你的不是 ClassNotFoundException 就是空白页。

控制器命名与文件位置必须严格匹配

在 ThinkPHP 5+ 里，控制器类名和文件名得完全一样，首字母还得大写。同时，命名空间必须声明，否则自动加载机制根本找不到你。常见错误就是把 IndexController.php 写成 indexcontroller.php，或者漏了 namespace app\controller; 这行声明。

• 文件路径必须老老实实放在 application/index/controller/ 下，叫 IndexController.php
• 类名必须是 IndexController，别图省事写成 IndexCtrl 或 Indexcontroller
• 命名空间要和目录结构对上号，比如 app\index\controller 就对应 application/index/controller
• 方法名默认小写，路由访问也用小写形式（比如 index/index 调用的是 index() 方法）

模型层不要直接 new 实例

在控制器里直接 new User() 是个坑。这样做会绕过框架的模型初始化流程，自动表名推导、软删除、事件钩子这些好东西就全没了。ThinkPHP 的模型设计是建立在 think\Model 的静态工厂机制上的。

• 正确姿势是 User::get(1) 或者 Db::name('user')->find(1)
• 如果需要自定义模型逻辑，就继承 think\Model，在 app\model\User.php 里定义。用 protected $name = 'user'; 显式指定表名更稳妥，别指望自动推导每次都对。
• 模型只负责数据，别在里面写 echo 或者拼接 HTML 输出，那是视图层的事。
• 关联查询（比如 hasOne）必须在模型内声明关系方法，别想着在控制器里拼 SQL 来糊弄。

视图渲染必须走正规路径

ThinkPHP 不允许直接 include 模板文件，也不支持裸 PHP 输出。视图路径由模块 + 控制器 + 方法三级自动推导，手动指定路径容易出幺蛾子。

• 默认模板路径是 application/index/view/index/index.html，对应 IndexController@index 方法
• 传参必须用 $this->assign('data', $data)，别想着用 extract() 或全局变量取巧
• 如果启用了模板引擎缓存，改了 .html 文件后得清空 runtime/cache/ 目录，否则新内容不会生效，别问我是怎么知道的。
• fetch() 返回字符串，display() 直接输出——二者不能混用。用 display() 之后再 echo，就会触发 HTTP header 已发送的错误。

入口文件不能被绕过

所有请求必须经过 public/index.php，它是唯一合法的前端控制器。Web 服务器配置搞错了，比如 document root 指向 application/，那敏感文件泄露或者 ParseError 就找上门来了。

• Apache 得启用 mod_rewrite，确保 .htaccess 生效；Nginx 必须按官方文档配置 try_files 规则
• 别把 index.php 复制到根目录或改名为 main.php，框架内部路径硬编码依赖这个文件名
• 调试模式开了，错误堆栈会暴露 application/ 的绝对路径，生产环境务必关掉 app_debug
• 多应用模式下，不同入口文件（比如 admin.php）也得放在 public/ 下，不能移入 application/

总结一下：MVC 在 ThinkPHP 里不是风格选择，而是运行契约。控制器没调模型，数据就进不了视图；模型没走基类，就拿不到连接池和查询日志；视图没经 fetch，模板变量和布局继承就全部失效。任何一层脱钩，都不是“功能少一点”，而是整个请求链直接断裂。