Help:Templates/zh

如果你需要在多个页面上放入標準文本的话，可以考慮使用MediaWiki的模板功能. 与擴充功能和媒体文件不同的是，模板没有集中存放庫. 编辑者可以編寫新的模板，或將已經完成的重複工作儲存為模板，或从另一個wiki（如维基百科）匯出模板，再將其匯入到目標wiki.

创建
模板就是标准的 wiki 页面，其内容是設計用來嵌入到其他页面中的. 模板名称遵循以“ ”為前置字元的慣例，這會将其指派给對應的命名空间；而且，您可以像创建其他任何 Wiki 页面一样创建模板頁面.

最简单的模板用法如下. 假设您创建了一个名为“模板:歡迎”的页面，内容如下：

您好！欢迎来到本 wiki.

這樣，你就創建了你的第一個模板！如果你接下來在其他任何頁面中插入這段程式碼：

在任何其他页面中，当查看该页面时，文本“你好！欢迎来到 wiki. ”将代替  出现. 模板内容被“嵌入”到另一个页面中，即集成在页面中.

然后，您可以在您希望欢迎某人的任何页面的任何位置插入. 假设它在 100 个页面中使用. 如果您随后将模板内容更改为：

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

并重新访问使用该模板的 100 个页面中的任何一个，您将看到新文本而不是原始文本. 这样，您已经更改了 100 个页面的内容而不编辑它们，因为模板被嵌入到这些页面中.

这只是模板的一个最基本的应用. 除此之外，模板还具有更多灵活易用的功能.

用法
模板有以下三种使用方法：


 * —就像上面描述的那样，每当带有这串代码（一般我们称这串代码为“模板调用”）的页面被加载时（即读者开始浏览内容页面时），这串代码将会被 的当前的内容动态地替换，而这一过程被称为“嵌入”. Because the template call remains in the pages's source, any subsequent change to Template:Name will be seen on the page containing the template call. Also, the page will be listed among those that "link to" the template.
 * — 当使用了此类型的模板调用时，包含此模板调用的页面在保存时，会被Template:模板名称的一个静态副本替代. 这就是说，“Template:模板名称”会在调用时，内容的副本被替代.  页面和模板之间不会保持链接，每个都可以后续被编辑而不影响另一个.  在效果上，使用此方式替代模板内容和简单地将其“手动”输入到页面源代码中有一些小区别.
 * — 模板包含对其他模板或解析器函数的调用时的递归替换. 更多信息，请参见英文维基百科上有关替换的帮助页面.
 * - 将模板内容的源代码包含在页面中，类似一样.

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


 * 嵌入  的内容（等同于 ）.
 * 嵌入标题为“讨论:页面名称”的页面的内容.
 * 嵌入标题为“页面名称”的页面的内容（例如，在主命名空间）.
 * 替换为标题为“页面名称”的内容.

如果不存在这样的命名空间，则假定完整标题是一个模板：


 * 包含  的内容.

参数
为丰富嵌入包含机制，当一个模板被嵌入时，MediaWiki允许对这个模板传递参数. 由于参数的作用，模板可以提供不同的内容，拥有不同的行为.

假设你希望在其他用户的讨论页插入一条感谢函，例如：

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

为了让任何人可以因为任意原因感谢任何一个人，你需要定义一个感谢函模板，这个模板被命名为. 使用感谢函模板会让所有感谢函看起来相似，但其中指定部分内容可以自定义（如感谢的原因和署名）. 所以你需要把这些内容设置为参数. 感谢函模板的核心内容如下所示. 如果我们忽略剩余元素，以对框进行格式化并放置图片，模板的核心内容将会是这样：

请注意 和 ，这就是参数，它们可以随着模板引入其他页面. 注意：在模板内，每一个变量都是被三组花括号包围：. 这与模板名称的花括号不同.

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



隐式赋值
隐式赋值要求按照一定的顺序赋值：

在这个例子中， 模板接收参数 和 ，于是输出：

隐式赋值时，赋值的顺序十分重要. 假如颠倒了赋值顺序：

输出结果为：



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

例中，虽然没有按变量的声明顺序赋值，但模板 接收到的是 和 ，所以将会输出：


 * 範例：

会生成



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

感谢你！ 感谢. 来自

例中用 和 声明参数，而不是使用数字，其赋值方法如下：

例中 模板接收 和 并输出：

已命名的参数是区分大小写的，所以：

会成为：

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



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

以用编号声明变量的模板为例，输出结果为：

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

表示如果 变量的参数没有被赋值，则输出缺省值. 类似的， 中 变量缺省输出. 修改后的模板输出如下结果：

通常缺省值可以用来指定参数的第二名称. 例如，如果你有 ，模板先查找名为a的参数. 如果这个参数不存在，则使用名为b的参数. 如果a和b都不存在，则什么都不输出.

评价
通常来说，模板参数会在标记化（tokenization）之后被替换为模板，但依旧照原样. 这些参数直到使用时才会被评估.

这会有一些后果. First of all, if you have a  containing , and a   containing  , and put   on a page, mytemplate isn't transcluded, because tokens like "|" cannot be added by a template and keep their special meaning in templates. 你依然可以使用模板控制参数或者模板的名称，但是你不能在多个模板中分隔一个模板调用.

第二个后果是死代码消除（dead-code elimination）. If you make a template call like, and Template:Foo does not contain  , then the displaytitle is not used, since it is only evaluated when needed, and there is no parameter to substitute it into, so it is never evaluated. This usually comes into play when using Extension:ParserFunctions, and can be especially noticed when used in combination with the  magic word that varies by user language.

Template calls starting with the magic word  or   are evaluated in a separate first pass that only happens at save time, along with ~ and links using the pipe trick. If they cannot be evaluated during the first pass,  calls are ignored, and   are treated as if a normal template.

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



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

Forbidden idiom
This safeguard precludes a potentially useful template idiom where a template self-normalizes its own calling arguments. In this forbidden example  can either be called   or. If called in the first manner, it recurses into itself with the second argument structure (obtained using string parser functions), which then follows a unified processing path.



If  is modified to recurse into   and   is an identical manual copy of   this idiom works fine as the self-recursion safeguard operates dynamically and not statically.

A feasible way for the MediaWiki software to loosen the self-recursion rule would be to require that each recursive call have a distinct argument count from all previous active calls, at most once recursing with the argument count non-decreasing. That would provide a strong guarantee against infinite self-recursion while enabling useful idioms such as the one described here in a flexible manner.

If the processing path is of low complexity, a simple solution using only one template is to handle each calling convention on a separate if/else branch, duplicating the logic of the processing path within each case. If the processing path is more complex, each call-structure case can delegate to an implementation template with a unified call structure which provides the final template behaviour.

Tables in parameters
Since the pipe character and equality sign  have different meanings in template calls and wikitables, in order to use table markup in the value of a template parameter one generally needs to "escape" those characters (i.e., protect them from interpretation as template markup) using special sequences:


 * the built-in magic word  provides an "escaped" version of   since MediaWiki 1.24
 * the built-in magic word  provides an "escaped" version of   since MediaWiki 1.39

Before the introduction of these magic words, many wikis used templates to accomplish the same things. On such a wiki, the magic words take precendence over the same-named templates.

Example table
Table code:

Escaped table code:

Note that the first left-brace is interpreted as a literal left-brace character because it is immediately followed by the   magic word. Similarly, the last right-brace is interpreted as a literal right-brace character because it is immediately preceeded by the same magic word. However, in some cases these brace characters do cause problems, so some wikis provide templates for escaping these characters, as well:


 * the template call  might provide an "escaped" version of
 * the template call  might provide an "escaped" version of

Some wikis go even further and provide other convenience templates like and. On such a wiki, the code can be simplified a bit to this form:



控制模板嵌入
默认状态，模板内容被显示在实例中，无论被直接查看还是包含到其他页面中. 当然，你可以用， 和 来控制模板的哪些部分会被嵌入.

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


 * 为模板归类请使用分类链接
 * 跨语言链接 可连接到其他语言版本中的类似模板
 * 关于如何使用该模板的解释文字

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


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

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

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

也可以嵌套这些标签.

这三部分嵌入标记实现了处理和表达所有可能的组合. 评论也能起效.



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

找模板的方法：
 * 1) 点击'>'；
 * 2) 在'列表中，选择Template，并点击'.

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

用法
欢迎用户：

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

While editing a page, a list of all templates used is available under the editing form, in a collapsible section titled "" (also named "", or "" depending on the context). This list provides a convenient link to the template's page, as well as information about its protection status. Redirected templates are shown in italics, with the redirect target added as a separate list item.



链接到模板
模板页面可以像任何其他Wiki页面一样链接. 例如，使用wikicode 生成链接Template:Navbar.

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

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



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



MediaWiki代码
如果你在新维基上有导入权限：


 * 1) 到源维基的Special:Export，下载一个包含完整历史和需要的模板的.xml文件，如下：
 * 2) *在大文本输入框中输入模板名字，比如"Template:Welcome". 请特别关注大写字母和特殊字符. 如果模板名字不完全正确，导出时也将获得.xml文件，但是里面不是想要的数据.
 * 3) * 选择“”.
 * 4) * 选择“”.
 * 5) *点击“”.
 * 6) 到新wiki的Special:导入，上传.xml文件.

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


 * 1) 到源wiki上你想复制的模板页面，编辑页面，复制维基文本；
 * 2) 打开新wiki，到源wiki上的模板同名的页面，点击创建/编辑，粘贴刚才拷贝的维基文本. 在编辑摘要链接到源模板页面.
 * 3) 回到源wiki刚才复制代码的页面，在编辑区域下方，查看“本页使用的模板”. 每个模板都按上述步骤复制，穷尽所有与所有上述模板有关系的模板.

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

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

擴充功能
模板常用的扩展是解析器函数. 访问页面，查看你拷贝的模板是否包含其中列明的函数. 如果包含，表明你需要安装 扩展. 你需要新wiki所在的服务器的管理员权限才能安装.

另外，模板可依赖的东西还有Lua，比如维基百科网站就是如此. 在模板代码中使用 是一个好主意. 这时需要安装 扩展（也需要系统管理员权限）. 您可以参看其页面来了解如何安装和使用该扩展.



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


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



General template usage

 * w:Help:Template – a little more detail than here
 * m:Help:Template — 包含更多更彻底的如何正确使用模板功能的手册
 * m:Help:Advanced templates — 描述更多高级技术，比如动态模板调用和很多参数名称

Special constructs used in templates

 * – 可能在某些模板中找到的花哨的东西
 * – 例如#if和#switch的控制函数
 * – 在模板里使用解析器函数的指南

Other relevant information

 * – 一个模板特殊使用的案例
 * – Using templates as the starting text of a page
 * – * m:Help:Embed page — 不从 而从名字空间嵌入页面
 * – Using templates as the starting text of a page
 * – * m:Help:Embed page — 不从 而从名字空间嵌入页面
 * – * m:Help:Embed page — 不从 而从名字空间嵌入页面



外部链接

 * Miraheze模板库 - 旨在用于一般用途的MediaWiki模板.