一个项目的机会再加上我自己的探索，让我对Handlebars partials有了更深的理解。事实证明，你可以做得比我了解的更多。
我最近在负责一个小项目，只有很少的静态页面。因为太小了，我们最开始没有使用模板系统。当项目开始往深一层推进时，我们发现把静态页面拆分成partials & layout的模板明显更好。
我们以前用过handlebars-layouts并且很喜欢它提供的那些特性。我本来想同时安装Handlebars和handlebars-layouts，但是又感觉过于累赘了。
我在想有没有可能只使用Handlebars而不用额外的handlebars-layouts库？
我并不是想吐槽handlebars-layouts，我们以后可能还会用到这个项目。但是我想试试只用Handlebars partials来实现一些handlebars-layouts通过helper来实现的一些特性。
花了一些时间来评估项目需求后我问自己：handlebars-layouts helpers提供的哪些特性是我需要的？根据过去的经验，我列出了如下helpers：
- {{#extend}} layouts的能力
- {{#embed}} partials的能力
- 能像{{#block}} 和 {{#content}}一样配合
列出来后，我开始查Handlebars partials文档来看看行不行。然后我发现我从来没有利用到partials的全部潜力，只要做一点小小的努力就可以让它们实现我的需求。有两个特性吸引了我：partial blocks和inline partials。
我兴奋地意识到Handlebars partials可以做到比我想象中多得多的事情并马上开始了工作。
Partials基础
在开始前，还是先看一看基本partials, partial blocks 和 inline partials。
基本partials就像这样：
{{> content-block }}它会试图找到一个命名为content-block的partial进行渲染，否则就报错。
Handlebars partial的文档上写：
The normal behavior when attempting to render a partial that is not found is for the implementation to throw an error. If failover is desired instead, partials may be called using the block syntax.渲染一个partial的默认行为是，如果没找到就报错。如果要进行错误处理，就要用block的方式来使用。
partial block就像这样：
{{#> content-block}}
Default content
{{/content-block}}这样写有一个好处，就是当content-block没有找到时，partial block里面的部分就会被渲染，像上面就会渲染“Default content”。
而inline partial就像这样：
{{#*inline "content-block"}}
My new content
{{/inline}}文档里是这样说的：
Templates may define block scoped partials via the inline decorator.通过使用inline修饰符，可以在模板中定义块级partials。
inline partial允许你临时创建partials。如果页面中有一个content-block partial block，然后我们创建了content-block inline partial的话，inline partial中的内容(“My new content”) 就会替换partial block中默认内容。inline partial同样可以替换基本partials，只是基本partials没有默认内容而已。
了解完这些后我们就可以开始了。
目录结构
我想同时拥有layouts/、includes/和pages/，目录结构看起来如下：
src/
├── pages
│ ├── page-one.hbs
│ └── page-two.hbs
└── partials
├── includes
│ ├── hero.hbs
│ └── footer.hbs
└── layouts
└── base.hbs为了进行渲染使用了Gulp + gulp-compile-handlebars，在htmlgulp任务中把src/pages/*.hbs当成source目录，就像下面这样：
// gulpfile.js
const handlebars = require('gulp-compile-handlebars');
const rename = require('gulp-rename');
gulp.task('html', () => {
return gulp.src('./src/pages/*.hbs')
.pipe(handlebars({}, {
ignorePartials: true,
batch: ['./src/partials']
}))
.pipe(rename({
extname: '.html'
}))
.pipe(gulp.dest('./dist'));
});需要注意，我们口中的“page”, “include”和“layout”，本质上都是Handlebars partial，这就是保证可扩展性的关键。一旦了解了这个，新世界的大门就打开了。
Layouts, pages 和 includes
再来分别看看每个文件：
Layouts 文件
首先是layouts/base.hbs：
{{!-- layouts/base.hbs --}}
{{#if title}}
{{title}}
{{else}}
Base Page Title
{{/if}}
{{#> head-block}}
{{!-- Custom content per page could be added. --}}
{{/head-block}}
{{#> hero-block}}
{{!-- Hero content goes here. --}}
{{/hero-block}}
{{#> scripts-block}}
{{!-- Custom scripts per page can be added. --}}
{{/scripts-block}}
有些值得注意的地方，拆开来单独看：
{{#> head-block}}
{{!-- Custom content per page could be added. --}}
{{/head-block}}引入了一个虚构的main.css。然后设置了head-block，当一个具体的page继承此layout时在这里传入中的内容(注：就跟handlebars-layouts的{{#block}} helper一样)。
{{#> hero-block}}
{{!-- Hero content goes here. --}}
{{/hero-block}}{{#> scripts-block}}
{{!-- Custom scripts per page can be added. --}}
{{/scripts-block}}跟head-block一样，我们在hero和scripts部分都用了Handlebars partial blocks。在同一套模板有不同的内容和scripts的时候，显得更加灵活。
footer部分我们又用了Handlebars partial block，不同的是我们用了{{> includes/footer }}基本partial来指定默认内容。
当footer-block没有被传入内容时就会渲染默认内容。所有代码中，我们都用的Handlebars注释(注：这些注释不会被渲染到HTML中，如果你用HTML注释就会被渲染到HTML中，因为partial block中所有内容都会被渲染)。
page 文件
拼图的下一部分就是page partial。我们也用到了Handlebars partial blocks，同时还有Handlebars inline partials，下面是pages/page-one.hbs的示例：
{{!-- pages/page-one.hbs --}}
{{#> layouts/base title="Page One" }}
{{#*inline "hero-block"}}
{{> includes/hero
hero-src="img/hero-1.png"
hero-alt="Hero 1 alt title"
}}
{{/inline}}
{{/layouts/base}}同样拆开来看看：
{{#> layouts/base title="Page One" }}
...
{{/layouts/base}}这里又用到了Handlebars partial block。但是这次，我们用它来继承layouts/base（注：就跟handlebars-layouts {{#extend}} helper一样），同时设置了page的title（注：用到了partial 参数特性）。
{{#*inline "hero-block"}}
...
{{/inline}}这是我们第一次用到Handlebars inline partial。这个inline partial被传入layouts/base然后被其中的hero-block注入（注：用法就跟 handlebars-layouts 的 {{#content}} helper 一样）。
{{> includes/hero
hero-src="http://fpoimg.com/500x200"
hero-alt="Hero 1 alt title"
}}最后我们引入indludes/hero基本partial（注：就跟handlebars-layouts {{#embed}} helper一样）。
includes 文件
includes/*.hbs可以被layouts 和 pages引用。既然都用到了，那就看看大概是什么样子的：
{{!-- includes/hero.hbs --}}
没什么开创性的东西，只是简单地渲染传入的hero-src 和 hero-alt（注：可以改进的地方：用{{#if}}{{else}}来判断参数是否为空）。
再看看includes/footer.hbs：
{{!-- includes/footer.hbs --}}
This is some default footer content.
没啥特别的，这就是layouts/base中footer的默认内容。
最后成果
来概括一下所有东西。
layouts/base.hbs
- 充当基础layout文件
- 使用partial blocks定义默认和动态内容
pages/page-one.hbs
- 充当page文件
- 使用partial block来继承基本layout
- 使用inline partials填充内容到layout中的 partial blocks
includes/*.hbs
- partials可以被 layouts 或 pages 引用
- 可以在partial block或inline partial中使用
然后就是最后渲染出的page-one.html文件，看起来就是这样：
Page One
让我们再试试使用同一个layout，但改一些东西，就叫它pages/page-two.hbs好了：
{{!-- pages/page-two.hbs --}}
{{#> layouts/base title="Page Two" }}
{{!-- Let's add a second stylesheet for this layout. --}}
{{#*inline "head-block"}}
{{/inline}}
{{!-- Let's change the hero image for this layout. --}}
{{#*inline "hero-block"}}
{{> includes/hero
hero-src="http://fpoimg.com/400x400"
hero-alt="Hero 2 alt title"
}}
{{/inline}}
{{!-- Let's override the "footer-block" content. --}}
{{#*inline "footer-block"}}
We are now overriding the default "footer-block" content with this content.
{{/inline}}
{{!-- Let's add a script for this layout. --}}
{{#*inline "scripts-block"}}
{{/inline}}
{{/layouts/base}}渲染出来就是这样：
Page Two
这样我们就用同一个layout渲染出了两个不同的页面。
感谢
我们用Handlebars 的partial blocks, inline partials, basic partials 和partial parameters模拟出了handlebars-layouts的{{#extend}, {{#embed}}, {{#block}} 和 {{#content}} helpers。
这是一次有趣的尝试，让我更好地理解了Handlebars partials。注意在不同的项目中，我们必须先评估库提供的特性，有哪些是需要的，哪些是不需要的，没有一个完美的解决方案（注：有些特性是无法模拟的，比如 {{#content}} 的 append 和 prepend，又比如content作subexpression时，用conditonal blocks 检查content是否为空）。
如果你想要了解更多，可以看看这个项目，试试各种组合，看看能不能挖掘出更多的Handlebars partials的潜力。