問題タブ [templating]

私の問題は、ページにオプションの垂直線が表示されることです。ページの左下だけでなく、4 列のテーブルに入れて表示したいと考えています。変更したいコードは次のとおりです。

ご覧のとおり、そこに別の列があり、セルをさらに分割できますが、ジョブリストを垂直ではなくページ全体に表示したいと思います。

誰かが以下の、かなり複雑な再帰的なジェネリックテンプレートの使用法を説明できますか？

上記のように、再帰的なジェネリックを使用する際に留意すべきこと。そして、これらのタイプ、ここではEとSの間の関係とルールはどうなりますか？

もしあれば、このタイプの一般的な使用法に関するいくつかのリソース/リンク/本を提供してください。私はこれについて話している1冊の本を知っています。EffectiveJava、第2版、Joshua Bloch（Item 27）

1000 項目の Python 辞書があります。各項目は、それ自体が辞書です。各アイテムを解析し、テンプレートを見つけて作成するためのクリーンでエレガントな方法を探しています。

個々の辞書の構造の簡単な例を次に示します。

これから、一度通過したいのですが、1000 個のうち 500 個が同じ高さと幅を共有している場合は、それを判断して、そのデータからテンプレートを作成し、テンプレート ID を「テンプレート」に割り当てます。巨大な参照ハッシュを構築することはできますが、これを達成するためのよりクリーンでエレガントな方法があることを願っています。

実際のデータには 30 個近くのキーが含まれており、そのうちの小さなサブセットをテンプレート チェックから除外する必要があります。

プロジェクトに mootools を使用しています。mootools とうまく連携するクライアント側テンプレート ライブラリの推奨事項はありますか?

たとえば、自分のバージョンのテンプレート クラスの .tpl ファイルを解析するにはどうすればよいでしょう{if $var > 2}か。{if $var}私はすべてのプラグインを必要としないので、smarty を使用したくありません。インクルード、if、for、およびforeachステートメントが必要なだけです。

フッターとヘッダーファイルは空ではありませんが、出力が生成されないため、このコードは正しいですか。

次のプロジェクト用のテンプレートエンジンを構築していますが、これは順調に進んでいます。対応する値に置き換え{tag}られます。

私{tag[0][key]}も入れ替わりたいです。私が知る必要があるのは、次のように配列とキーの文字列表現がある場合、値を取得する方法だけです。

これは問題の非常に単純なバージョンです。ご理解いただければ幸いです。それ以外の場合は、それについての質問に喜んでお答えします。

ajaxで受信したjsonデータに対してjQuerytempalting（http://api.jquery.com/jquery.tmpl/）を使用してDIVタグのセットを生成しています。

動的に生成されたdivに一意のIDを割り当てて、さらにアクションを実行したいと思います。

私は次のようなものを試しました

しかし、iの値は決して変わりませんでした。すべてのdivタグにid=0を割り当てました。

これで、.each（）を実行し、共通のクラスが割り当てられているすべての一致するdivタグで「i」をインクリメントしてidを設定することで機能するようになりましたが、一度に実行したいと思いました。

何か案が？

私は物事をキャッシュし始める必要があるアプリのポイントに到達しています、そしてそれは私に考えさせました...

1. アプリの一部では、純粋なJSONを取得して、Mustache、jquery.tmplなどを実行することにより、テーブル行（jqGrid、slickgridなど）または派手なdiv行（新しいTwitterなど）をレンダリングします。
2. アプリの他の部分では、情報を純粋なHTML（サーバー側のHAMLテンプレート）でレンダリングし、検索/ページ付けがある場合は、新しいURLに移動して新しいHTMLページをロードします。

現在、問題はキャッシングと保守性にあります。

一方では、すべてがJavascript HTMLテンプレートを使用して構築されている場合、私のアプリはHTMLレイアウト/シェルと一連のJSONのみを提供すると考えています。FacebookとTwitterのHTMLソースを見ると、基本的にそれが彼らが行っていることです（95％json / javascript、5％html）。これにより、アプリはJSON（ページ、アクション、レコード）のみをキャッシュする必要があります。つまり、JSON apiにアクセスするリモートAPI開発者であるか、海峡のWebアプリであるかに関係なく、キャッシュにアクセスすることになります。つまり、JSON用とHTML用の2つのキャッシュは必要ありません。それは私のキャッシュストアを半分に減らし、物事を少し合理化するようです。

一方、私が見た/経験したことから、静的HTMLサーバー側を生成し、それをキャッシュすることは、パフォーマンスの面でクロスブラウザーの方がはるかに優れているように思われます。グラフィックを即座に取得し、JavaScriptがそれをレンダリングするのをその一瞬待つ必要はありません。StackOverflowはすべてをプレーンHTMLで実行しているようですが、Googleもそうです。そして、あなたは言うことができます...すべてが一度に表示されます。ただし、twitter.comでは、ページが0.5〜1秒間空白であり、ページが次のようにチャンク化されていることに注意してください。javascriptはjsonをレンダリングする必要があります。これの欠点は、動的なもの（エンドレススクロールやグリッドなど）の場合、とにかくjavascriptテンプレートを作成する必要があることです...サーバー側のHAMLテンプレート、クライアント側のjavascriptテンプレートなどがあります。キャッシュするためにもっと。

私の質問は、これにどのようにアプローチするかについてのコンセンサスはありますか？2つを混合した経験と100％を他のものと混合した経験の利点と欠点は何ですか？

アップデート：

100％javascriptテンプレートを使用することをまだ決定していない理由のいくつかの理由は次のとおりです。

• パフォーマンス。正式にはテストされていませんが、私が見たところ、生のhtmlは、javascriptで生成されたhtmlクロスブラウザーよりも高速で流動的にレンダリングされます。さらに、モバイルデバイスがダイナミックHTMLをパフォーマンス的にどのように処理するかはわかりません。
• テスト。静的HTMLでうまく機能する統合テストがたくさんあるので、javascriptのみに切り替えるには、1）より焦点を絞った純粋なjavascriptテスト（jasmine）、および2）javascriptをcapybara統合テストに統合する必要があります。これは時間と労力の問題ですが、おそらく重要です。
• メンテナンス。HAMLを取り除く。私はHAMLが大好きです。書くのがとても簡単で、きれいなHTMLを出力します...コードをきれいにし、メンテナンスを簡単にします。javascriptを使用すると、簡潔なものはありません。
• SEO。私はグーグルがajaxを処理することを知っ/#!/pathていますが、これが他の検索エンジンにどのように影響するか、そして古いブラウザがそれをどのように処理するかを理解していません。かなりの設定が必要なようです。

私のメインウィンドウ ViewModel には、ViewModels と呼ばれる ViewModels の ObservableCollection があります。

Mainwindow XAML には、ItemsSource が ViewModel にバインドされた ItemsControl があります。

私が持っているとき

コレクション内の各 ViewModel に関連付けられたビューは、上下にレンダリングされます。ビューは、dataGrid を表示する UserControls です。

たとえば、VM1 が左側にあり、VM2 と VM3 が VM1 の右側に積み重ねられるように、カスタマイズ可能な方法でそれらを配置するにはどうすればよいですか。

各 VieModel には PosX、PosY、Width、および Height プロパティがあり、さまざまなテンプレート メソッドを試してきましたが、これまでのところ成功していません。

画像の Observable コレクションを使用してこれを行う方法の例を見つけましたが、苦労していることの 1 つは、コレクションが ViewModel であるということです。