内容摘要：做网页模板的人，十个里有九个半都干过同一件蠢事——把整页都塞进模板里。我当年也这样。2016年接了个企业站，首页六个板块，每个板块结构都不一样，我硬是写了一个大模板，里面塞了二十多个变量。后来客户要改

做网页模板的模板模块人，十个里有九个半都干过同一件蠢事——把整页都塞进模板里。只需制作中重我当年也这样。网页2016年接了个企业站，模板模块首页六个板块，只需制作中重每个板块结构都不一样，网页我硬是模板模块写了一个大模板，里面塞了二十多个变量。只需制作中重后来客户要改个轮播图，网页我打开文件一看，模板模块自己都找不着北。只需制作中重

问题出在认知上。网页很多人把“模板”理解成“整页的模板模块替身”，觉得模板越全越好，只需制作中重最好一个文件搞定所有。网页可你想想，网页里真正重复的东西有多少？导航栏每个页面都有，页脚每页都出现，侧边栏的文章列表格式固定，商品卡片翻来覆去就那几种排列。这些才是模板该管的事。

我现在的做法很直接：一个模板只负责一个重复模块。导航栏单独一个文件，页脚单独一个，文章摘要卡片单独一个。首页要拼六个板块？那就写六个小模板，在主文件里挨个引入。改轮播图？打开轮播模板，改完收工。不用在一堆变量里大海捞针。

有人会问，那页面整体结构怎么办？我的答案是：页面结构本身就不该是模板。结构是容器，模块是内容。容器用布局文件写死，模块用模板动态填充。WordPress 的 header.php 和 footer.php 就是这个思路，二十年前的东西，现在照样好用。你非要把整个 body 包进一个 template，等于把地基和家具浇在一起，拆哪都疼。

说个具体案例。去年帮朋友重构一个小电商站，原来的代码是一个 index.html 走天下，里面用 PHP 的 if-else 判断当前页面显示什么。改一个按钮颜色，要在三个地方同步改。我把它拆了：header.tpl、footer.tpl、product-card.tpl、pagination.tpl。首页只负责循环调 product-card，列表页也一样调。改按钮？打开 product-card.tpl，一行搞定。朋友后来自己加了个“新品”标签，五分钟就弄好了，没来问我。

拆模块还有个隐形好处：你能一眼看出哪些地方在重复。不拆不知道，一拆吓一跳。我见过一个站，侧边栏的“热门文章”列表在首页、文章页、分类页各写了一遍，三份代码还不一样——首页显示五条，文章页显示六条，分类页忘了改，还是旧样式。拆成 sidebar-hot.tpl 之后，这种低级错误自动消失。

当然，拆得太碎也烦。一个按钮拆一个模板？那叫走火入魔。我的判断标准很简单：同一个东西在三个以上地方出现，就值得拆。只出现一两次的，留在页面里无所谓。模板不是越多越好，是越准越好。

还有人担心性能。多引入几个文件，服务器多读几次磁盘，能慢到哪去？现代 PHP 有 opcache，模板引擎有编译缓存，这点开销比你写一个巨型模板然后每次渲染都跑一堆 if-else 快多了。我实测过，拆成八个模块比一个大模板，渲染时间少了将近四成。逻辑简单了，机器也轻松。

最后说个我自己的习惯。每个模块模板文件开头，我会写一行注释：这个模块在哪里被调用，依赖哪些变量。比如 product-card.tpl 开头写“被 index.tpl、category.tpl、search.tpl 调用，需要 $product 数组”。三个月后回来改代码，看一眼就知道去哪找调用方。比翻整个项目强。

模板只做重复模块，剩下的交给布局和逻辑。这不是什么高深理论，就是别把简单事情搞复杂。你试试把下一个项目的导航栏单独拆出来，改一次就知道爽在哪了。