Templating never gets old….

Mustache

まず最初に、Mustache のドキュメントが非常に面白いことを認めざるを得ません。 彼らは mustache が何ができて、どのように動作するかを説明するために彼ら自身のシンタックスを使用しました。 その一方で、ドキュメントは少し貧弱で、面白い例や良いデモがありません。 これ以上話すことはありません。

Link to doc: http://mustache.github.io/mustache.5.html

Handlebars

Handlebars には、2 つのドキュメントがあります。 最初に分析するのは、彼らの Web サイト (http://handlebarsjs.com/) にあるものです。

Mustache のドキュメントほど楽しくありませんが、読むのはずっと簡単です。 インストールガイドがあり、実にわかりやすい。 残りのドキュメントはそれほど凄くはありません。 たとえば、ドキュメントに書かれているようにパーシャルを登録するのは一般的ではありません。

2 番目のドキュメントは、レポ (https://github.com/wycats/handlebars.js/) にあるものです。 これはページ上のものよりも少し興味深いものです。 なぜなら、どのテンプレート言語を使用するかを決定する際に確認する必要がある、より技術的な詳細がいくつかあるからです (すなわち、互換性とパフォーマンス)

ラウンドの勝者。 Handlebars !

2回戦。 Partials

Mustache の Partials は本当に簡単に実装することができます。 登録したり、宣言したり、奇妙なことは必要ありません。

Handlebars

Handlebars の Partials は Mustache よりも少し複雑です。 次の構文でパーシャルを登録する必要があります:

hbs.registerPartials(‘PATH TO FOLDER OR FILE’);

これの問題は、サブフォルダーにパーシャルを持つことができないことです。 たとえば、次のようになります:

> views

-> partials

– >header

– – >Menu

このラウンドで伝えることはあまりありません:

Winner of the round: Mustache !

3ラウンド目。 Logic

Mustache の哲学は、シンプルであることです。

  • Array
  • If/Else
  • Display variables

そしてそれはそれである。

ハンドルバー

この点ではハンドルバーの方がはるかに複雑です。 ここでは、handlebarsのヘルパーを使っていくらでもロジックを組むことができます。 これは非常に素晴らしいことですが、危険な武器でもあります。なぜなら、ビューに大量のロジックは本当に必要ないからです。

Summary

Ok, time to sum up.

I think if you are creating a small app or if you really need complex logic in your view, you should be using Mustache.私は、小さなアプリを作成しているか、ビューに複雑なロジックを必要としないのなら、Mustache を使用すべきと考えています。 それは、ロジックをできるだけシンプルに保ちたいからであり、また、ツールボックスで危険なツールを持ちたくないからです。 その場合、私は間違いなくハンドルバーを選択しますが、ヘルパーに注意し、コントローラにあるロジックを追加しないようにしてください。