为什么需要模板定制
ThinkPHP 自带模板引擎能满足基础输出，但实际项目常遇到三类问题：前后端分离后仍需保留服务端渲染、多端共用一套控制器但视图差异大、运营要求页面区块可配置。这些场景下，直接改默认模板容易造成逻辑分散，模板定制就成了必要环节。
先理解模板引擎的工作方式
ThinkPHP 的模板引擎在编译阶段把标签替换为原生 PHP 代码，再交给视图层渲染。定制前要明确两个位置：模板文件目录（通常为 view）和编译缓存目录（通常为 runtime/temp）。修改模板后若未生效，优先检查编译缓存是否清理。
布局与继承是定制核心
使用布局模板减少重复
把页头、导航、页脚抽成 layout.html，子模板通过 {extend name="layout" /} 继承，再用 {block name="content"}{/block} 填充差异部分。这样改一次导航，全站生效。
按模块覆盖视图
ThinkPHP 支持视图路径按模块、控制器、操作分层。需要定制时，不必改动公共模板，只需在对应模块下放置同名模板文件，框架会优先读取更具体的路径。这种方式对多端项目尤其友好。
标签扩展与自定义输出
内置标签不够用时，可以注册自定义标签。常见做法是继承标签库类，解析自定义属性后返回 PHP 代码。另一种更轻量的方式是在模板中直接调用控制器assign的变量或助手函数，避免为一次性需求写标签库。
缓存策略影响定制效率
模板编译缓存能提升性能，但定制阶段频繁改模板会反复触发编译。建议开发环境关闭模板缓存，生产环境开启并配合版本号或文件哈希做失效控制。若页面区块由数据驱动，可对区块单独做数据缓存，而不是整页缓存，减少定制后的维护成本。
落地建议
定制前先确认需求边界：是替换局部区块，还是重构整套视图。前者用继承加覆盖，后者建议重新规划模板目录。无论哪种方式，保持模板中少写业务逻辑，把数据处理留在控制器或模型层，后续维护会轻松很多。
