Dans mon tutoriel précédent, j'ai présenté comment utiliser Ember.Object pour définir un modèle et travailler avec un ensemble de données. Dans cette section, nous examinerons de plus près comment Ember utilise le cadre de modèles guidons pour définir l'interface utilisateur de votre application.
La plupart des développeurs côté serveur sont habitués à utiliser des modèles pour définir des balises qui seront remplies dynamiquement. Si vous avez déjà utilisé ASP.NET, ColdFusion, PHP ou Rails, vous savez certainement de quoi je parle.
Les modèles côté client JavaScript ont vraiment commencé à gagner en popularité ces derniers temps, d'autant plus qu'ils se concentrent sur la création d'expériences davantage semblables à celles d'un ordinateur de bureau. Cela signifie que davantage de traitements sont effectués côté client et que les données sont principalement extraites via des requêtes API côté serveur.
Je me souviens avoir écrit sur les modèles côté client il y a quelque temps, lorsque le plugin de modèles jQuery a été publié pour la première fois. Près de trois ans plus tard, c'est toujours l'article le plus lu de mon blog, ce qui montre à quel point les modèles côté client suscitent un grand intérêt. Depuis lors, de nombreux autres frameworks ont été publiés, offrant des fonctionnalités riches et prenant en charge les communautés. Guidon est l'une des options les plus populaires et constitue le cadre choisi par le projet Ember pour ses besoins en matière de modèles. Cela est logique puisque Handlerbars a été créé par Yehuda Katz, co-fondateur d'Ember.js et membre principal de l'équipe. Mais veuillez noter que je ne vais pas faire de comparaison entre les frameworks de modèles, je vais me concentrer strictement sur les Handelbars puisque c'est ce qu'Ember.js utilise par défaut.
Dans un article précédent, j'ai montré quelques modèles de code très basiques :
<script type="text/x-handlebars">
<h2><strong>{{firstName}} {{lastName}}</strong></h2>
</script>
Deux choses qui ressortent sont la déclaration de type de la balise de script et les accolades, qui servent de délimiteurs pour les expressions sur lesquelles Guidon agira. Il s'agit d'une syntaxe très typique, dont je parlerai en détail sous peu et que vous utiliserez de manière cohérente lors de la création de modèles Ember.
Bien que Handles utilise une syntaxe spéciale, en fin de compte, vous utilisez principalement le balisage HTML standard. Des guidons sont utilisés pour injecter du contenu dans cette balise afin de présenter les données à l'utilisateur. Pour ce faire, il analyse l'expression délimitée et la remplace par les données que vous avez demandé à guidon d'utiliser. Pour Ember, Guidon fournit des crochets et Ember les utilise. Ces données proviennent généralement de votre contrôleur (n'oubliez pas que le contrôleur fait office d'interface avec le modèle).
La première chose dont tout modèle a besoin est une définition de balise de script. La plupart d'entre vous ont probablement défini des balises de script pour charger des bibliothèques JavaScript. En fait, vous l'avez déjà fait en chargeant Handles dans votre projet Ember :
<script src="js/libs/jquery-1.9.1.js"></script> <script src="js/libs/handlebars-1.0.0-rc.3.js"></script> <script src="js/libs/ember-1.0.0-rc.1.js"></script> <script src="js/app.js"></script>
Légèrement différent de son utilisation pour définir des modèles. Tout d'abord, nous spécifions type 属性。浏览器会忽略此 type de "text/x-handlebars" mais laissons le texte disponible pour inspection et permettons à Ember de reconnaître le modèle dans l'application. De plus, Ember utilise un attribut de données appelé « data-template-name » qu'Ember peut utiliser pour associer des parties spécifiques de l'application à des modèles. Par exemple, la déclaration suivante définit un modèle nommé « employé » :
<script type="text/x-handlebars" data-template-name="employee"> ... </script>
Lorsque votre application démarre, Ember analyse le DOM à la recherche de type="text/x-handlebars，编译它找到的模板，并将它们存储在 Ember 对象的一个属性中，该属性名为 Ember.TEMPLATES et l'utilise pour déterminer ce qu'il faut restituer pour un itinéraire donné. C'est pourquoi il est si important de suivre la convention de dénomination d'Ember. Dans l'exemple ci-dessus, ce modèle sera automatiquement associé aux itinéraires des employés et aux contrôleurs que vous avez créés dans l'application. Encore une fois, je ne saurais trop insister sur la façon dont ces conventions de dénomination faciliteront votre développement.
Ember s'appuie sur les URL pour déterminer les ressources à utiliser et les modèles à restituer. Disons que vous avez une page de profil avec l'URL "/profile". Vous aurez une ressource nommée profile qui chargera une ressource spécifique à cette URL (comme un objet route), et vous aurez également un modèle avec le même nom. Nous avons examiné la définition des ressources et des objets de routage dans la partie 2 de la série Ember, donc si vous n'êtes pas sûr de ce dont je parle, assurez-vous d'y revenir et de rafraîchir vos connaissances.
Lorsque vous visitez cette URL, Ember sait qu'il doit charger ces ressources et analyser le modèle que vous avez défini. Il le fait via sa convention de dénomination, sachant que parce que vous allez dans "/profile", il doit charger la ressource définie dans profile 中定义的资源，并呈现名为 data-template-name="profile" et restituer le fichier nommé data-template-name="profile" modèle.
Regardez à nouveau la convention de dénomination et vous verrez que les routes, les contrôleurs et les modèles sont tous liés avec le même nom d'URL, mais que le modèle est épelé en minuscules. Cela permet à Ember de tout gérer en coulisses sans avoir à faire beaucoup de câblage.
还需要注意的是，如果您声明的模板没有 data-template-name 属性，Ember 将假定它是应用程序范围的模板 - 通常用作站点范围模板来创建用户界面元素，例如页眉、页脚和导航。如果您没有为应用程序甚至资源（例如 URL）显式定义模板，Ember 会自动为您执行此操作，以确保应用程序的稳定性和一致性。
下一步是包含您的标记和用于表示数据的分隔表达式。表达式通过双花括号进行分隔，这使得它们可以通过从控制器传递的数据轻松识别和解析。这是一个例子：
<script type="text/x-handlebars">
<h2><strong>{{firstName}} {{lastName}}</strong></h2>
</script>
在这种情况下，{{firstName}} 和 {{lastName}} 表达式将被 Ember 解析并替换为实际数据。此外，Ember 设置了观察者，以便当您的数据发生变化时，您的模板会自动更新，并将更新反映给应用程序的用户。
到目前为止，我已经向您展示了一个非常简单的示例，但要点是：
这为您构建用户界面的方式提供了很大的灵活性。让我们继续看看可用的功能。
请记住，Ember 利用了 Handlebars，因此您可以在此处访问其完整的表达式。为了使几乎任何东西变得有用，条件表达式是必须的；车把提供了相当多的选择。
假设我有一个如下所示的 JSON 数据集：
"items": [{
"title": "Tearable Cloth Simulation in JavaScript",
"url": "http://codepen.io/stuffit/pen/KrAwx",
"id": 5592679,
"commentCount": 20,
"points": 127,
"postedAgo": "1 hour ago",
"postedBy": "NathanKP"
}, {
"title": "Netflix now bigger than HBO",
"url": "http://qz.com/77067/netflix-now-bigger-than-hbo/",
"id": 5592403,
"commentCount": 68,
"points": 96,
"postedAgo": "2 hours ago",
"postedBy": "edouard1234567"
}
如果我想确保 title 数据可用，我可以使用 #if 表达式添加条件“if”语句：
{{#if item.title}}
<li>{{item.title}} - {{item.postedAgo}} by {{item.postedBy}}</li>
{{/if}}
这会检查 item.title 是否未定义，并继续处理 title、postedAgo 和 postedBy 数据表达式的后续表达式。
由于该数据集包含多个“记录”，因此可以安全地假设我们可能希望循环 item 的每个元素。这就是 {{#each}} 表达式发挥作用的地方。它允许您枚举对象列表。因此，再次记住模板是标记和 Handlebars 表达式的组合，我们可以使用 #each 表达式来循环遍历 Ember 模型对象中可用的每个项目。请记住，Ember 模型是从控制器派生的，控制器通过 Ember 的命名约定与模板关联。
<ul>
{{#each item in model}}
{{#if item.title}}
<li>{{item.title}} - {{item.postedAgo}} by {{item.postedBy}}</li>
{{/if}}
{{/each}}
</ul>
这会渲染出类似于以下内容的内容：
<ul> <li>Tearable Cloth Simulation in JavaScript - 1 hour ago by NathanKP</li> <li>Netflix now bigger than HBO - 2 hours ago by edouard1234567</li> <li>Fast Database Emerges from MIT Class, GPUs and Student's Invention - 33 minutes ago by signa11</li> <li> Connecting an iPad retina LCD to a PC - 6 hours ago by noonespecial</li> </ul>
显着的优势是 Ember 隐含的观察者规范，它将在更新时更新您的数据。
如果您的条件表达式需要更复杂，您将需要创建一个计算属性。这允许您基于可以将复杂代码条件应用于数据的方法创建属性。假设我只想显示标题为“JavaScript 中的可撕裂布料模拟”的数据。我需要设置几件事：
我需要做的第一件事是创建新的控制器，它将包装循环的每个项目并在其中创建计算属性：
App.TitleController = Ember.ObjectController.extend({
titleMatch: function() {
return this.get('title') === "Tearable Cloth Simulation in JavaScript";
}.property()
});
查看代码，我们对 Ember.ObjectController 进行子类化以创建控制器。这是控制器，它将包装模板中循环的每个项目。接下来，我们创建一个名为 titleMatch 的方法，它使用 get() 方法来拉回当前标题，将其与我定义的文本进行比较，然后返回一个布尔值。最后，调用 Ember property() 方法将 titleMatch 方法定义为计算属性。
完成此操作后，我们将更新模板的 {{#each}} 表达式，以使用我们创建的新控制器来表示每个项目。这是通过使用 itemController 指令来完成的。需要理解的关键一点是 itemController 是 Ember 中的一个关键短语，旨在将控制器与模板的项目关联起来。不要将其与实际的控制器名称混淆（就像我最初所做的那样）。控制器名称分配给 itemController，如下所示：
<ul>
{{#each item in model itemController="title"}}
{{#if titleMatch}}
<li>{{foo.title}} - {{foo.postedAgo}} by {{foo.postedBy}}</li>
{{/if}}
{{/each}}
</ul>
同样，命名约定规定，在模板中分配名称时，我们使用小写。在本例中，我们将 TitleController 分配给 itemController。
现在，当循环每个项目时，计算属性 titleMatch 用于评估标题并在匹配时显示数据。
创建动态模板不仅仅是吐出文本。有时，UI 的外观需要受到正在处理的数据的影响。显示图像或建立链接就是很好的例子。
将数据绑定到元素需要使用特殊的 Ember 助手来帮助定义属性的上下文，并确保在数据更改时正确更新属性。对于元素属性，{{bindAttr}} 帮助器用于填充属性的值。如果我们需要动态指定图像的 URL，我们将使用以下语法：
<img {{bindAttr src="logoUrl"}} alt="Embrasser les braises : partie 4">
对于不接收值的属性也可以这样做，例如disabled：
<input type="checkbox" {{bindAttr disabled="isAdministrator"}}>
在这种情况下， isAdminstrator 可以是基于控制器中的方法的计算属性，或者只是一个普通的对象属性，为您在定义禁用复选框的条件方面提供了很大的灵活性。这种灵活性也适用于定义类名。如果我想使用条件语句来定义是否应将类应用于我的元素，我可以使用以下代码：
<div {{bindAttr class="isUrgent"}}>
Warning!
</div>
根据布尔状态，我的标记将是：
<div {{bindAttr class="is-urgent"}}>
Warning!
</div>
对于 true 条件，或：
<div> Warning! </div>
对于 false 条件。请注意，当我为该类指定 isUrgent 时，Ember 对该名称进行了 dasher 处理，并将该类呈现为 is-urgent。如果您希望根据结果指定自己的类，可以使用类似于三元语句的条件表达式：
<div {{bindAttr class="isUrgent:urgent:normal"}}>
这将根据 isUrgent 的条件值返回该类的 urgent 或 normal。
模板将成为用户界面的基础，因此花时间阅读 Ember 和 Handlebars 站点上的文档以充分了解它们的整体功能非常重要。即使您不使用 Ember，Handlebars 也是一个适合您日常使用的出色框架，并且值得投资学习如何使用它。
Gabriel Manricks 在 Nettuts+ 上编写了一篇关于 Handlebars 的精彩教程，您可以使用它来加快框架的速度。
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
