模板

如果你有某个标准文本要放入到多个页面中，MediaWiki的模板就能发挥作用。 模板不像是扩展 或媒体文件 ，它没有集中的存放库。 模板可以是新编写的、也可以是某个已完成的工作，将它从wiki站点（如维基百科）导出，然后导入到目标wiki站点，以节省重复的工作。

模板就是标准的wiki页面，其内容是设计用来嵌入包含（将文件以连结的形式置入）到其他页面中的。模板名称遵循以“Template:”为前置字元的惯例，这会将其指派给对应的命名空间；而且，您可以像创建其他任何Wiki页面一样创建模板页面。

为了嵌入一个模板，您应该使用双花括号包围模板名称，例如{{模板名称}}。

最简单的模板用法如下：创建一个名为Template:Welcome的页面，内容如下：

您好！欢迎来到本wiki。

这样，你就已经创建了你的第一个模板！现在在一个新页面中插入如下代码：

{{Welcome}}

在查看该新页面时，“你好！欢迎来到本wiki。”的文本将代替{{Welcome}}。模板内容被嵌入包含到另一个页面中，也就是，它被结合在页面中。

您可以在任何您想要欢迎某人的页面上的任何位置插入{{Welcome}}。假设它已被使用在100个页面中，若您随后将模板内容更改为：

你好呀！欢迎来到这个奇妙的Wiki。

然后你重新访问任何一个那100个使用该模板的页面，您将看到新文本而不是原始文本。在这种方式中，您不曾编辑100个页面的内容却已经更改了它们，就是因为该模板已被嵌入包含到这些页面中。

这只是模板的一个最基本的应用。嵌入包含还有几个其它功能，丰富了这一机制，使模板变得非常有用。

模板可以以下列方式用于在其他页面中：

• {{模板名稱}}—就像上面描述的那样，每当带有这串代码（一般我们称这串代码为“模板调用”）的页面被加载时（即读者开始浏览内容页面时），这串代码将会被某个命名为模板:模板名称的页面的当前内容被一个被称为“嵌入包含（transclusion）”的过程给“动态地”替换掉。 由于模板的调用会保留在源代码中，因此对模板:模板名称的任何后续的更改，都会在包含了此模板调用的页面上看到。 同时，这个页面也会被列入“链接到”这个模板的列表中。
• {{subst:模板名称}} — 在此类型的模板被使用的时候，从在包含此模板调用的页面被保存之时起，它会被模板:模板名称的“静态副本”所取代。 这就是说，模板:模板名称的内容会在调用之时，被它的副本所“替代”（SUBSTitute）。 页面与模板之间不再保持链接，所以每一个页面都可以另外被编辑而不会影响其余的页面。 在效果上，使用此方式替代模板的内容，相比于只是单纯地将内容“手动”输入到页面源代码中，还是有些微的不同。 参见帮助:替换引用 以获取更多信息。
• {{safesubst:模板名称}} — 用于模板在包含有对其他模板或解析器函数的调用时，允许其递归替换。 更多信息，请参见帮助:替换引用 。
• {{msgnw:模板名称}} - 将模板内容的源代码包含在页面中，类似‎<nowiki>一样。 例如，{{msgnw:Template:Thankyou}}将显示：

<noinclude> <languages/> </noinclude> '''感谢你！''' 感谢{{{reason|{{{1}}}}}}。 祝好，{{{signature|{{{2}}}}}}敬上。 <noinclude> [[Category:Template examples{{#translation:}}|{{PAGENAME}}]] </noinclude>

事实上，一般的wiki页面也可以用作模板，只需指定其所在的命名空间即可，因此：

• {{模板:页面名称}} 嵌入包含 [[模板:页面名称]] 的内容（等同于{{页面名称}}）。
• {{讨论:页面名称}} 嵌入包含标题为“讨论:页面名称”的页面的内容。
• {{:页面名称}} 嵌入包含标题为“页面名称”的页面的内容（例如，在主命名空间）。
  • {{subst::页面名称}} 替换为标题为“页面名称”的内容。

若指定的命名空间不存在，则完整的标题会被假定是一个模板：

• {{Foo:Bar}}会嵌入Template:Foo:Bar。

Regardless of what syntax is used, the name of the template can be relative to the current page For example, if {{/bar}} is called on page foo, it will transclude the page foo/bar.

It can also be generated dynamically. For example, {{ {{foo}} }} calls Template:foo and interprets the result as the name of another template to call.

为丰富嵌入包含的机制，MediaWiki允许模板被嵌入时，对这个模板传递参数。由于参数的作用，模板可以产生出不同的内容或表现出不同的行为。

假设你想要在其他用户里的讨论页之中插入一条感谢函，有如：

感谢你！ 感谢你的努力。 祝好，张三敬上。

这个感谢函会包括感谢的原因（示例中的“你的努力”）和署名（“张三”）。您的目标是任何一个用户都可以感谢任何其他的用户，无论是任何原因。

这样，这个感谢函在任何地方使用时都会看起来相似，你可以定义一个，譬如说，命名为模板:Thankyou 的模板。 虽然某个用户感谢其他用户的感谢函看起来都差不多，但其特定内容（即原因和署名）仍有所不同。 基于这个理由，你应该把这些内容设置为参数。 如果我们忽略其余用于格式化方框和放置图片的元素，模板的核心内容将是这样的：

'''感谢你！'''
感谢{{{1}}}。
祝好，{{{2}}}敬上。

注意{{{1}}}和{{{2}}}的使用。这就是使用模板时在模板内识别传入的参数的方法。请注意：在模板内，每一个参数都是被三组花括号包围：{{{ }}}。这与一般的模板名称的使用不同。

在使用模板时，需要为参数赋值，不同参数间用一个管道符（|）分隔。MediaWiki允许三种为参数赋值的方式：匿名（Anonymously）、编号（Numbered）、命名（Named）。

要匿名传递参数，需要按顺序列举出这些参数：

{{Thankyou/zh|你的努力|张三}}

在这个例子中，{{Thankyou}}模板接收参数{{{1}}}=你的努力和{{{2}}}=张三，于是输出：

感谢你！ 感谢你的努力。 祝好，张三敬上。

匿名传递参数时，赋值的顺序十分重要。假如颠倒了赋值顺序：

{{Thankyou|张三|你的努力}}

输出结果为：

感谢你！ 感谢张三。 祝好，你的努力敬上。

按编号传递参数时，需要给出变量的编号：

{{Thankyou|2=张三|1=你的友好}}

例中，虽然它们是按相反的顺序提供的，但模板{{Thankyou}}接收到的是{{{1}}}=你的友好和{{{2}}}=张三，所以将会输出：

感谢你！ 感谢你的友好。 祝好，张三敬上。

范例：

{{Thankyou|1=你的一切=無限大|2=张三}}

会生成：

感谢你！ 感谢你的一切=无限大。 祝好，张三敬上。

警告：	这样做其他的参数也都需要被编号。

与编号参数类似，第三种赋值方法只是把编号换成了名称。为了演示，需要将模板内容改为：

'''感谢你！'''
感谢{{{reason}}}。
祝好，{{{signatrue}}}敬上。

我们在模板中分辨参数是使用{{{reason}}}和{{{signature}}}，而不是数字。若你要按名称传递这些参数，请在传递时标明每个参数：：

{{Thankyou|signature=张三|reason=你的一切}}

例中{{Thankyou}}模板接收{{{reason}}}=你的一切和{{{signature}}}=张三并输出：

感谢你！ 感谢你的一切。 祝好，张三敬上。

命名参数是区分大小写的，所以若是写给李四：

{{Thankyou|signature=张三|Reason=你的一切|reason=讓我排在前面}}

会变成：

感谢你！ 感谢让我排在你的前面。 祝好，我敬上。

在你的模板中使用命名参数的优点是，除了参数顺序灵活之外，还可以在有许多参数时，使模板代码更容易理解。

For example, {{Thankyou|supporting both parameter types|signature=Me}} results in:

感谢你！ 感谢supporting both parameter types。 祝好，Me敬上。

Be careful when doing this, because it can result in conterintuitive results as unnamed parameter counts are based only on the unnamed parameters, not the named parameters. For example, {{Thankyou|Me|reason=supporting both parameter types}} results in:

感谢你！ 感谢supporting both parameter types。 祝好，{{{2}}}敬上。

The template is coded to prefer the named parameter for the reason over the unnamed parameter, resulting in the "Me" being lost and no signature being given. This results in a default value of {{{2}}} being shown, as explained below.

当您嵌入了一个应该有参数的模板，但未提供它需要的参数的话，即：

{{Thankyou}}

在上面的编号参数的例子中，你会得到 ：

感谢你！ 感谢{{{1}}}。 祝好，{{{2}}}敬上。

当没有包含一个参数时，它会直接输出变量本身。此时，设置变量的默认值会方便许多。比如，如果更改模板内容为：

'''感谢你！'''
感谢{{{reason|你的一切}}}。
祝好，{{{signature|张三}}}敬上。

{{{reason|你的一切}}}表示如果{{{reason}}}变量的参数没有被赋值，则输出默认值你的一切。类似的，{{{signature|张三}}}中{{{signature}}}变量默认输出张三。修改后的模板输出如下结果：

感谢你！ 感谢你的一切。 祝好，张三敬上。

常用默认值是用来指定参数的替代名称。 例如，如果你有个{{{a|{{{b|}}} }}}，模板先查找名为“a”的参数。 如果这个参数不存在，则使用名为b的参数。 如果a和b都不存在，则什么都不输出。

If raw parameter syntax is generated by the above template call, and then passed through to another template, it is not interpreted as a parameter. This means that {{Thankyou2 }}, which just calls {{Thankyou }} with no parameters, does not work: {{thankyou2|everything|me}} -> 感谢你！ 感谢{{{1}}}。 祝好，{{{2}}}敬上。 .

You instead need to explicitly pass the parameter to the other template, i.e if {{Thankyou3 }} contains

{{thankyou|{{{1}}}|{{{2}}}}}}

then {{thankyou3|everything|me}} -> 感谢你！ 感谢everything。 祝好，me敬上。 } works properly.

This example does not preserve emptiness vs. undefinedness in parameter values - you would need more complicated syntax if you wanted to do that.

The {{t2demo|| a }} (refer to {{T2demo }} ), with a double pipe, sets the first parameter to an empty string instead of leaving it undefined. It produces the output start--middle- a -end, similar to how {{t2demo|1=|2= a }} results in start--middle- a -end. On the other hand, explicitly setting the parameter "2" to "a," results in the first unnamed parameter being left undefined:

• Use {{{p|}}} exclusively instead of {{{p}}} or q where "q" is a non-empty value.
• Use conditional checks like {{#if:{{{p|}}}|..{{{p}}}..|..}}, to ensure {{{p}}} is only used when it has a value.

If for some reason you want to treat undefined parameters differently from empty parameters or any other possible value you can compare the same parameter twice with different defaults, i.e {{#ifeq:{{{foo|bar}}}|{{{foo|baz}}}|parameter is defined|parameter is undefined}}.

Unnamed parameters can include equals signs, but this must be done indirectly. Here are some methods using template:T1demo:

Default Value for Undefined Parameter

Assign a default value to an undefined parameter:

{{T1demo|{{{1| a=b }}}}}

This renders as: start a=b end.

Using the {{=}} parser function

Use a parser function that safely includes an equals sign:

{{T1demo| a{{=}}b }}

This renders as: start a=b end.

HTML Entities

Replace the equals sign with an HTML entity for display:

{{T1demo| a=b }}

This renders as: start a=b end.

• Rendering curly brackets have two options:
  • Use <nowiki>{{</nowiki> or { for {
  • Use <nowiki>}}</nowiki> or } for }.
• Use [ for [ and ] for ].

Unmatched curly brackets

{{T1demo| <nowiki>{{</nowiki>content<nowiki>}}</nowiki> }}

This correctly renders the braces without breaking the template.

Unmatched square brackets

{{T1demo| text [link] more text }}

This correctly renders the braces without breaking the template.

This renders as: start text [link] more text end

{{T1demo|abc]]def[[ghi}}

{{T1demo|abc<nowiki>]]</nowiki>def<nowiki>[[</nowiki>ghi}}

This renders as: startabc]]def[[ghiend

An alternate technique for passing arguments with unmatched brackets is to wrap them in another template. In that situation, (which exists with {{(( }} and {{)) }}) on this wiki), the unmatched brackets will be rendered literally, and not decoded as another template call. For example:

{{t1demo|{{((}}t1demo{{))}}}}

results in: start{{t1demo}}end

When substituting a template, template inclusions are parsed once when the subst happens (with the same caveats explained above) and then a second time when rendering the resulting wikitext. For example:

{{subst:((}}t1demo|foo}}

will expand on save to:

{{((}}t1demo|foo}}

which will then render as:

startfooend

If the wikitext generated via the first subst itself includes "subst:" syntax it will not be processed on the same save, but may be on the next save. This technique may be used to implement recursive substitutions that take multiple saves to evaluate.

A parameter value cannot contain a pipe character (|), because it would be interpreted as the end of that parameter and the start of the next parameter. This can be worked around by using the parser function {{!}}, or the HTML entity &124;. The two methods of doing this have slightly different behavior, which can be relevant in some corner cases like when a template is producing wikitable syntax.

Example: {{T1demo|abc|def}} produces: startabcend

The "def" doesn't display because it is treated as part of another unnamed parameter, which the template does not use.

{{T1demo|abc{{!}}def}} produces: startabc|defend

The "def" displays properly.

{{T1demo|abc|def}} produces: startabc|defend

The "def" displays properly again.

Since templates ignore parameters they are passed but do not handle specifically, they can be used as a way of a adding extra whitespace or unused content to the template call.

For example:

{{template name|foo|bar|baz|mumble|quux}}

is equivalent to, assuming the template doesn't recognize SPACEN as a parameter name:

{{template name|SPACE1=
|foo|SPACE2=
|bar|SPACE3=Random stuff
|baz|SPACE4=
   |mumble|SPACE5=
  quux
}}

It is also possible to use the same name for each spacer (often the empty string), but this will populate Category:Pages using duplicate arguments in template calls, which many wikis prefer to keep empty to catch instances of user error.

This can be used to make the template render in a way similar to its output, like showing each row of w:Template:Chess position on its own like to make the wikitext also look like a chessboard.

It may be wise for a template to add a link or category to a page if a certain parameter or combination of parameters is used, to make if possible to easily determine what pages are using a given parameter, and thus what the impacts of changing that parameter in the template would be.

通常来说，模板参数会在标记化（tokenization）之后被代入模板之内，但依旧维持不变。 这些参数直到使用时才会被运算。

这会有一些后果。

1. 第一个后果，如果你有个包含{{mytemplate的Template:Start，还有个包含|foo=bar}}的Template:End，然后在页面上放置{{start}}{{end}}，那么mytemplate不会被嵌入包含，因为像“|”这样的保留字符不会被模板添加进去，而是在模板中维持其特殊的含义。 你依然可以使用模板控制某个参数或者模板的名称，但是你不能在多个模板之间切开某个模板调用。
2. 死代码消除（dead-code elimination）： 如果你调用一个像{{foo|{{DISPLAYTITLE:Bar}} }}这样的模板，且{{{1}}}并不包含在Template:Foo里，那么DISPLAYTITLE就不会被使用到，因为运算只会在有需要时进行且这里没有任何参数被代入进去，所以它永远不会被运算。 这通常在扩展:解析器函数时出现，尤其在和int:魔术字（会随用户语言改变）一起使用时就会注意到。 This isn't perfect, and in some cases even if the result of expanding a template is not used (because it is part of an if statement condition, for example), the process of evaluating it can still have side effects. For example, any links produced or other templates used will still be added to Special:WhatLinksHere even if they are not displayed.

Template parameters are pass by value, which means a template cannot modify its arguments. Parameters are treated as associative array, and parameter names are evaluated before parameter values. If the same parameter name is given more than once (either as named or unnamed), only the last instace is used, and the page is added to Category:Pages using duplicate arguments in template calls.

以魔术字subst:或safesubst:开头的模板调用会在单独的第一次传递时（仅在保存时发生）时计算，和~~~~和链接一起，使用管道技巧。 如果在第一次传递时不能计算，那么safesubst:会被视为像普通的模板一样。

很多（但不是所有）在特殊页面嵌入的的解析器函数、解析器标签不会像模板那样被包含，而是被替换为“strip marker”。 这意味着，你不能使用像padleft:这样的解析器函数或者扩展中的类似函数处理这些结果，因为这些函数会将这些结果其视为strip marker而非解析器函数的结果。

将模板包含到它本身并不会导致MediaWiki无限递归。 MediaWiki将停止递归调用，将模板名称加粗显示。 例如，如果Template:Aaaa的内容是a {{Aaaa}} z，它将显示为“a a Template loop detected: Template:Aaaa z z”。

这种保障措施排除了一种可能有用的模板习性，即模板自我规范化其调用参数。 在这个被禁止的例子中，template:d可以被称为{{d|20200311}}或￥3。 如果以第一种方式调用，它会使第二个参数结构(使用字符串解析器函数得到)递归到自身中，之后遵守统一的处理路径。

{{#if:{{{1|}}}|{{d|y={{#sub:{{{1}}}|0|4}}|m={{#sub:{{{1}}}|4|2}}|d={{#sub:{{{1}}}|6|2}}}}|<!-- processing path with arguments y,m,d regardless of original call pattern -->}}

如果将template:d修改为递归为template:d/2，而template:d/2是template:d的相同的手动创建的副本，则此语句可以正常工作，因为自递归保护措施是动态运行而非静态的。

让MediaWiki软件放宽自递归规则的一种可行方法是要求每个递归调用具有与所有先前活动调用不同的参数计数，最多一次递归，参数计数不减少。 这将为防止无限自递归提供有力保证，同时以灵活的方式启用有用的语句，例如此处描述的语句。

如果处理路径的复杂性较低，则有一个仅使用一个模板的简单解决方案，在单独的if/else分支上处理每个调用约定，在每种情况下复制处理路径的逻辑。 如果处理路径比较复杂，则每个调用结构案例都可以委托给具有统一调用结构的实现模板，该模板提供最终的模板行为。

由于管道字符（|）和等号（=）在模板调用和wikitable中有不同的含义，为了在模板参数的值中使用表格标记，通常需要“转义”这个字符（例如，保护它们以防被理解为模板标记），可以使用以及的特殊序列：

• 内置的魔术字 {{!}}提供了自MediaWiki 1.24版以来|的“转义”版本
• 内置的魔术字{{=}}提供了自MediaWiki 1.39版以来=的“转义”版本

在介绍这些魔术字之前，许多wiki使用模板来完成相同的事情。 在这样的wiki上，魔术字优先于同名模板。

表格代码：

{| class=wikitable
!A!!B!!C
|-
|A1||B1||C1
|-
|A2||B2||C1
|}

转义后的表格代码

{{{!}} class{{=}}wikitable
!A!!B!!C
{{!}}-
{{!}}A1{{!}}{{!}}B1{{!}}{{!}}C1
{{!}}-
{{!}}A2{{!}}{{!}}B2{{!}}{{!}}C2
{{!}}}

请注意，第一个左大括号（{）被解释为字面左大括号字符，因为它紧跟{{!}}魔术字。 同样，最后一个右大括号（}）被解释为字面右大括号字符，因为它前面紧跟着相同的魔术字。 但是在某些情况下，这些大括号字符确实会导致问题，因此一些wiki也提供了用于转义这些字符的模板：

• 模板调用{{(}}可能提供{的“转义”版本
• 模板调用{{)}}可能提供}的“转义”版本

一些wiki甚至更进一步，提供如{{(!}} ({|), {{!)}} (|}), {{!!}} (||)等更多便利的模板。 在这样的wiki上，代码可以简化为以下形式：

{{(!}} class{{=}}wikitable
!A!!B!!C
{{!}}-
{{!}}A1{{!!}}B1{{!!}}C1
{{!}}-
{{!}}A2{{!!}}B2{{!!}}C2
{{!)}}

默认状态，模板内容被显示在实例中，无论被直接查看还是包含到其他页面中。 The template's page when viewed directly appears exactly as the template would render without any parameters. If the template requires parameters to function properly, this will result in raw wikitext syntax or errors as a result of them being missing.

• If a parameter has no default value, it shows as the literal text {{{1}}}, indicating the template needs a parameter.
• If a parameter has an empty default value (it is written as {{{1|}}}), it displays nothing, which achieves the intended effect but lacks clarity for self-documentation. Using a non-empty default value like {{{1|$1}}} could clarify a parameter's role, especially for templates involving images.
• If a parameter without a default is passed to the #expr parser function, it results in an error message: "Expression error: unrecognized punctuation character '{'."
• If a template creates a table, it's helpful for the template page to show the table's structure rather than the wikitext used to make it. To do this, the table syntax isn't enclosed in tags, and each table element includes both ‎<noinclude>...‎</noinclude> and ‎<includeonly>...‎</includeonly> parts where needed.

当然，您可以用‎<noinclude>、‎<includeonly>和‎<onlyinclude>来控制模板的哪些部分会被嵌入。

任何在‎<noinclude> 和 ‎</noinclude>之间的标记，都只会在直接查看模板页面的时候显示出来，而不会被包含在页面中。当你不想让包括在模板中的文本或代码传播到任何包括它页面这各功能很有用，比如：

• 为模板归类请使用分类链接
• 跨语言链接 可连接到其他语言版本中的类似模板
• 关于如何使用该模板的解释文字 It's a common pattern on some wikis to use a template like {{Documentation }} to transclude the documentation from a subpage of the template. For example, Template:Void is documented at Template:Void/doc.

与此相对的是‎<includeonly>。在‎<includeonly> 和 ‎</includeonly>之间的文字只会在嵌入页面的时候才会被处理或显示，直接查看时不会显示。比如：

• 很明显的一个使用方式是将所有有某个模板的页面加入某个分类，而不将模板本身加入这个分类。 注意： 当你改变模板中的分类的时候，使用这个模板的分类可能不会立即改变；这会在工作排队 中处理。
• 确认查看模板页面本身时模板代码没有执行。典型地，这是因为它需要参数，并且没有参数时执行会产生不想要的结果。

当模板页面被直接查看和被其他页面包含时，所有‎<noinclude>和‎<includeonly>之外的代码都会被处理和显示。 关键是这两个标记之间的内容。

所有‎<onlyinclude>标记之外的代码在嵌入时被弃置不用。 即使段落被标记为 includeonly，在嵌入时一样会被弃用，除非它们也被标记为 onlyinclude。 关键仅在于标记之内的东西。

For example, if a page like Help:Templates/onlyinclude demo has the wikitext:

abc<onlyinclude>def</onlyinclude>ghi<includeonly>jkl</includeonly>

The result of transcluding it is def.

也可以嵌套这些标签。

这三部分嵌入标记实现了处理和表达所有可能的组合。 评论也能起效。 Inclusion tags are respected when using {{subst:templatename}}, but they are not respected when using {{msgnw:templatename}} as that displays the raw wikitext without any processing.

To transclude different sections of a template on different pages, you can wrap the content in onlyinclude tags and use an if statement on parameters to select which section.

Consider "Template:Example" with this wikitext:

== Section 1 ==
{{#ifeq:{{{1|1}}}|1|
Content of section one.
}}
{{#ifeq:{{{1|2}}}|2|
== Section 2 ==
Content of section two.
}}

This will render both sections on the example page itself, and allow other pages to transclude the first section with {{example|1}} and the second section with {{example|2}}.

Another approach is to use literal parameter syntax instead:

{{{section1|
== Section 1 ==
Content of section one.
}}}
{{{section2|
== Section 2 ==
Content of section two.
}}}

Transclude the first section with {{example|section2=}} and the second section with {{example|section1=}}. If neither parameter is used, then both sections will display.

A third approach is to use Labeled Section Transclusion.

为了使模板起作用，用户需要找到并且了解如何使用模板。

找模板的方法：

1. 点击特殊页面>所有页面；
2. 在命名空间：列表中，选择Template，并点击提交。

要说明用法，请包含一个示例，就像下面的例子：

<noinclude>
== 用法 ==
欢迎用户：
{{Thankyou|reason=原因|signature=名字}}
</noinclude>

然后，编辑者就可以剪切粘贴来插入这个模板。

编辑页面时，编辑框的下方会有一个已使用的所有模板的列表，显示在一个可折叠的段落中，该段落标题为“该页面使用的模板：”（或者叫“该预览使用的模板：”或者“该章节使用的模板：”，取决于环境）。 这个列表提供了模板页面的便捷的链接，以及有关保护状态的信息。 被重定向的模板会以斜体显示，其重定向的目标会添加为单独的列表项。

模板页面可以像任何其他wiki页面一样链接。例如，使用wikicode[[Template:Navbar]]生成链接Template:Navbar。

在许多维基上，Template:Tl 可用于提供指向模板的链接，该模板的格式为显示转换模板所需的“双花括号”wikicode，而不实际进行转换。例如，代码 {{tl|Navbar}}可用于创建链接{{Navbar }}。

这种结构通常用于模板文档、帮助页面和讨论页面中引用模板之处。 使用 {{[[Template:Navbar|Navbar]]}}可以实现相同的效果，但是 {{Tl }} 方法用字更少。 在任何给定的wiki上，Tl模板（如果存在）可能会也可能不会在“code”元素中呈现为等宽文本，如此处所示。 如果没有（就像在本wiki上），另一个类似命名的模板可能会这样做。 例如，请参阅英语维基百科的en:Template:Tl文档的“See also”部分。

The name of a template is case-sensitive excluding the first character.

You make redirects for alternate capitalizations. For example, if a template is named "AdminAbbr", you can create a redirect named "Adminabbr". This way, the template can be called with either {{AdminAbbr}} or {{adminabbr}}. If an editor prefers a mix of upper and lower case for clarity, they can use functions like lc or uc. For instance, instead of {{CURRENTINTERNETTIME}}, they could use {{ {{uc:CurrentInternetTime}} }}

Because template names are interpreted in the same way to the names of other pages, underscores are replaced with spaces, and any text after a number sign (what would be a anchor in a standard link) is ignored.

An underscore _ can be alternative to a blank space.

Templates can be used for any situation in which one wants two or more pages to contain identical or similar content that is edited together rather than independently. They can be used to:

• Provide structured elements on many pages, like infoboxes, maintenance templates, navigational boxes, etc.
• Perform calculations used as a programming tool on various pages, like w:Template:Sum.
• Build composite pages that display the content of multiple existing pages together, like w:WP:Village pump (all) which includes content from each section of the village pump. The content of these pages can either be shown individually, or together, but the revision history, watchlist, etc. will only pick up changes to the transcluded pages and the raw wikitext of the composite page itself, not implicit changes to the composite page.
• Share some content between a few related pages. For example, the list at Help:Preferences#Beta features is duplicated at Beta Features#Current Beta Features. While on MediaWiki.org that is built using Extension:LabeledSectionTransclusion instead, it could have been done using a template.
• Store content referenced multiple times on the same page, so it only has to be written and calculated once. For example w:Template:Cite Monumentenregister/URL is called twice by w:Template:Cite Monumentenregister in two different places, and using another template means the URL pattern only has to be written once in the base template.
• Use templates as a programming element to generate a loop: if Template:A calls Template:B 10 times with different parameters, then that crudely simulates a for loop. If Template:B calls Template:C 10 times, then you have a nested loop of 100 calls of Template:C. But keep in mind that it is easy to run into the template limits when using templates as advanced programming constructs, and using Scribunto is generally clearer and easier to follow.

It is possible, if allowed by the wiki configuration to transclude templates from other wikis. This configuration setting is disabled on Wikimedia wikis. Otherwise, you need to manually copy the template and its dependencies from the source wiki to the destination wiki to use it.

模板常需要CSS或其他模板，用户常在从一个wiki到另一个wiki复制模板时遇到问题。下列步骤对大多数模板的复制有效。

如果你有新wiki的导入权限（特别是导入上传）：

1. 到来源wiki的Special:Export，下载一个包含有所需的模板的完整历史的.xml文件，如下：
   • 在大文本输入框中输入模板名字，比如“Template:Welcome”。请特别关注大写字母和特殊字符。如果模板名字不是完全正确，导出仍可能发生，但.xml文件中将没有预期的数据。
   • 选择“包含模板”。
   • 选择“仅包含当前修订，而不是完整历史”。
   • 点击“导出”。
2. 到新wiki的Special:导入，上传.xml文件。

如果没有新wiki的导入权限：

1. 前往来源wiki上你想复制的模板页面，到编辑页面，然后复制全部的维基文本；
2. 打开新wiki，到来源wiki上的模板同名的页面，点击创建/编辑，粘贴刚才拷贝的维基文本。在每个模板的编辑摘要中，链接到来源模板页面以注明出处。
3. 回到来源wiki刚才复制代码的页面，在编辑区域下方，查看“本页使用的模板”列表。每个列出的模板都按上述步骤操作。对于这些模板所使用到的任何模板也要这样做，依此类推。

这将复制全部需要的代码，并将满足一些模板的需要。 请注意，只有在渲染页面时解析的页面元素才会被导出，因此文档子页面不会作为这个过程的一部分被导出。 如果不起效果，请检查编辑框下面“当前版本的页面引用的页面:”下方的红色链接。如果有，到源wiki重复上面的步骤并复制模块中的代码。

成功导入其他维基上的模板和它链接的模板后，可以个性化编辑以适用于新wiki。例如更改Logo、删除冗余分类和红色链接等。

在模板中通常使用的扩展是解析器函数。 访问扩展:解析器函数 页面，查看你拷贝的模板中是否包含其中列明的函数。 如果有，则你必需安装解析器函数 扩展。 你需要你的MediaWiki所在的服务器的管理员权限才能安装。

另一个模板可能会使用到的附属程式是Lua，尤其是在维基百科网站更是如此。在模板代码中使用{{#invoke: }}是一个好主意。 以防万一它会使用到，你需要安装 Scribunto 扩展（也需要系统管理员权限）。 您可以参看其页面来了解如何安装和使用该扩展。

在MediaWiki代码之外，许多模板要用到CSS，有些模板还以来JavaScript才能完全生效。如果复制来的模板不能很好的起效果，这也是可能的原因之一。要将需要的CSS和JavaScript复制到你的wiki，一般来说你需要有管理员权限，因为你将需要编辑"MediaWiki:"名字空间中的系统消息。

1. 查看模板用到的CSS类（与class="foobar"类似的文本）。这些类中如果出现了源wiki上的"MediaWiki:Common.css" 或 "MediaWiki:Monobook.css"，请将那些类复制到新wiki"MediaWiki:Common.css"页面，再去检查模板现在是不是工作。
2. 如果复制来的模板仍然不能很好的工作，检查是否有代码在源wiki上 "MediaWiki:Common.js" 或者 "MediaWiki:Monobook.js"中，如果有，你可以试着复制到"MediaWiki:Common.js"。一般情况下，应该复制信任的代码，首先检查代码，然后选定有关代码。你可能会发现一些注释，可以给检查各被部分功能提供一些线索。

If a page uses a redirect as a template, the redirect is resolved before processing the template and the target is used instead. This won't work if the target doesn't exist (a broken redirect), or is itself a redirect (a double redirect).

A page that just includes another page as a template might look like a redirect, but there are several differences between them:

• The header of the result displays the title of the page it came from.
• No "Redirected from" message is shown.
• Buttons like edit, watch, talk, history, "what links here," and "last modified" point to the referring page. To access the target page, use a section edit link and navigate from there.
• Unless includeonly and/or noinclude tags are used, the referring page shares the same categories as the target page.
• "Double redirects" work when one or both are this type of pseudo-redirect.

MediaWiki also supports parser functions, which function similarly to templates but follow slightly different syntax:

• Parser functions utilize a ":" instead of the initial "|".
• An edit page does not display parser functions used on that page.
• There is no "What links here" feature for parser functions to identify the pages where they are utilized.
• Parser functions templates do not generally accept named parameters, so equal signs generally have no special significance. For example:

{{ #if: not blank | x=abc }} gives x=abc

• Manual:Expr parser function syntax
• Help:Substitution
• w:Help:Template
• Manual:Advanced templates – * Manual:Advanced templates — 描述更多高级技术，比如动态模板调用和很多参数名称
• Help:Multiple-instance templates - on the use of multiple instances of the same template on a page.
• Manual:Newlines and spaces#Automatic newline

• 帮助:魔术字 – 可能在某些模板中找到的花哨的东西
• 帮助:扩展:解析器函数 – 例如#if和#switch的控制函数
• 帮助:模板中的解析器函数 – 在模板里使用解析器函数的指南
• 帮助:模板数据
• 帮助:扩展:解析器函数
• 扩展:Scribunto

• Help:展开模板
• Help:外部搜索 – 一个模板特殊使用的案例
• Manual:Importing Wikipedia infoboxes tutorial
• Extension:PageTemplates
• 手册:创建包含预加载文本的页面 – 在页面的开始文本中使用模板
• 帮助:嵌入 – 不从Template:而从命名空间嵌入页面
• Manual:Template limits
• Help:链入页面
• Special:Mostlinkedtemplates - shows the templates with the most uses
• Special:Unusedtemplates - shows templates with no uses (although they may be substituted)
• Manual:$wgEnableScaryTranscluding - using templates from other wikis
• w:WP:Anatomy of a template
• w:Wikipedia:Transclusion costs and benefits
• Manual:Parser.php
• 帮助：扩展：模板沙盒 - for previewing your changes to a template as it renders elsewhere

• Miraheze模板库 - 旨在用于一般用途的MediaWiki模板。