この記事はC++ Advent Calendar 2012の13日目です。 Variadic Templatesとは C++11ではテンプレートで"."を3つ付けることが出来るようになりました、 こんな感じで。 template <class... Ts> これで何が出来るのかというと、0個以上の任意のテンプレート引数を受け取れるようになります。このとき、Tsをテンプレートパックと呼びます。 Variadic Templateはテンプレートクラスと関数テンプレートの両方で使うことが出来ます。 テンプレートクラスの場合 template <class... Ts> class hoge; このように書かかれていれば、 hoge<> hoge< long > hoge< int, short > こんな感じで型を渡すことができるようになります。 また、class...のように型だけでなくint
まだ master にはマージしてないですが kazuho/user-defined-templates ブランチのやつを使うと、 class Adder.<T> { static function f(x : T, y : T) : T { return x + y; } } class Test { static function run() : void { var n = Adder.<number>.f(1, 3); log n; var s = Adder.<string>.f("abc", "def"); log s; } } が、最適化オプション (--optimize inline,fold-const) でコンパイル後に Test.run$ = function () { /** @type {!number} */ var n; /** @type {!string}
Python 製の documentation tool であるところの sphinx は非常に便利なのであって、オススメなのだけれど、これをカスタマイズする方法の情報はすくないので、普通に公式ドキュメントを読むのがはやく、読んだ結果のことをまとめておく。 テンプレートのカスタマイズはテンプレートエンジンの cascading 機構を利用していて、layout.html を継承した自分用の layout.html をつかって、いいかんじに上書きすることができる。 今回の場合だと source/_templates/layout.html を以下のようにした。 {% extends "!layout.html" %} {% block extrahead %} {{ super() }} <link href="_static/google-code-prettify/prettify.cs
組み合わせ自由なツールキット Template Toolkit、通称TTは、その名前からもわかるように、もともとは単なるテンプレートエンジンではなく、テンプレートエンジンをつくるためのツール群をまとめたものです。そのツール群を組み合わせた標準のエンジン、標準のフロントエンドと呼べるものもありますが、これはあくまでもTTのよくある利用法のひとつであって、そのすべてではありません。 たとえば、CPANにはApache::Templateという、TTのエンジン部分をmod_perl用にカスタマイズしたうえでmod_perl用のフロントエンドをかぶせるモジュールがありますが、これを使えば、最初に多少の設定は必要になるものの、あとはTTのテンプレートを適切なパスに置くだけで、パラメータの取得からルーティング、レンダリングまでよしなに計らってくれるようになります（TTの文法をサポートしたPHPのような
何でも埋め込めるのは楽ですが 前回紹介したHTML::MasonやText::MicroTemplateのように生のPerlコードを埋め込めるテンプレートエンジンは、Perlをよく知っている人が画面の設計からウェブアプリケーションのコーディングまでひとり（ないし、よく統制のとれた少人数のチーム）で行うときには非常に手軽で便利なものです。 ただし、なんでも書けるからといって、たとえばテンプレートの中でO/Rマッパのメソッドを直接呼び出すコードを書いてしまうと、そのテンプレートは（利用するO/Rマッパの性質にもよりますが）おそらく実際に動作するデータベースやそれに付随するテストデータを用意しないと、途中で「Can't call method "..." on an undefined value」などのエラーが発生してレンダリングできなくなってしまいます。また、アプリケーションの設定にあわせて
モダンPerlの世界へようこそ 第40回Text::MicroTemplate：得意分野なんだからPerlを使えばいいじゃない、という方に テキストの整形はPerlの基本 Perlは「Practical Extraction and Report Language」とも呼ばれるくらいで、正規表現などによる情報抽出機能と並んで、レポートの形を整えて出力する機能はPerlの根幹をなす部分といえます。もちろんそのもっとも原始的な形は二重引用符でくくられた文字列のなかにそのまま変数を埋め込むものです。 print "This report is created by $author."; もう少しこったことをしたければ、Cから受け継いだprintf系の構文を使えばよいでしょう。 printf "This report is created on %04d/%02d/%02d.", $year, $
https://github.com/tokuhirom/Template-Cascading 前回の話は、DOM ベースでうわがきすればいいんじゃね、っていう話が本筋だということにきづいたので、そういう風にできるライブラリをつくってみた。Just a PoC なんですけど。 カスケーディングって HTML んときしかつかわないよねカスケードする対象って DOM 要素単位だよねカスケードして、上書きされる対象を親の側で指定するのだるくね?ってあたりのことをかんがえてたら、できた。 とりあえず PoC なので YAML をつかっている。 たとえば base が <!doctype html> <html> <head> <title>base</title> </head> <body> <div class="container"> <div id="Content"> main cont
HTML をレンダリングするのに継承ベースのテンプレートエンジンがいけてる風な風潮があるけれど、どうも継承ベースってのはとっつきづらい気がしてる。INCLUDE していく方がデザイナーちゃんにはわかりいいんじゃないかとおもってる。 そもそもテンプレートの継承って、そんなに多段に継承するものなのかな?自分は一段ぐらいしか継承しないんだけど。そして、継承が一段とかなら、base.html みたいなのをつくっておいて、DOM エンジン + テンプレートエンジンの組み合わせをもちいて、以下のようなかんじでレンダリングした方が管理が楽なんじゃないかなーとおもった。だいたい継承ベースのテンプレートエンジンは DOM で選択できる個所を指定してるしね。 HTML::Zoom->from_html('base.html') ->select('title')->replace_content('ジョンのホ
There‘s also a convenience method for rendering sub templates within the current controller that depends on a single object (we call this kind of sub templates for partials). It relies on the fact that partials should follow the naming convention of being prefixed with an underscore — as to separate them from regular templates that could be rendered on their own. In a template for Advertiser#accou
Logic-less templates. Available in Ruby, JavaScript, Python, Erlang, Elixir, PHP, Perl, Raku, Objective-C, Java, C#/.NET, Android, C++, CFEngine, Go, Lua, ooc, ActionScript, ColdFusion, Scala, Clojure[Script], Clojure, Fantom, CoffeeScript, D, Haskell, XQuery, ASP, Io, Dart, Haxe, Delphi, Racket, Rust, OCaml, Swift, Bash, Julia, R, Crystal, Common Lisp, Nim, Pharo, Tcl, C, ABAP, Elm, Kotlin, SQL,
この記事は賞味期限切れです。（更新から1年が経過しています） 世にテンプレートエンジンは多くあれど、 これ程多くの場所で活躍出来るテンプレートエンジンはなさそうです。 本稿はそんなテンプレートエンジン「Mustache」の試用レビューです。 Mustacheについて {{ mustache }} “Mustache”というのは口ひげを指す言葉で、「ますたっしゅ」とか発音する様です。 テンプレートタグに使用されている「{」が口ひげに似てるので、そこらへんが由来っぽいです。 公式を見れば分かるとおり、Mustacheは1言語にとどまらず、 様々な言葉で開発されているテンプレートエンジンです。 知らない言語も入ってたりしますね…。 Available in Ruby, JavaScript, Python, Erlang, PHP, Perl, Go, Lua, ooc, C++, Action
先日のPycon mini JPでは、Tenjinのトークが好評だったようでした*1。 How to Create a Highspeed Template Engine in Python このスライドの中で述べられているのは以下のような事です。 Web Appの実行時間の中でViewコンポーネントが占める割合は意外と大きい テンプレートエンジンをCで実装する必要はない 様々な言語*2のテンプレートエンジンの実行速度を比較してみると、Perlが最速だった Djangoのテンプレートエンジンは遅い このスライド、見せ方が非常にうまいので一見なるほどという感じがしますが、この二番目の「テンプレートエンジンをCで実装する必要はない」という結論には疑問があります。 このスライドの前半にあるような最適化手法は私もずいぶん熱心にやったものです。しかし結局のところスクリプト言語はCには敵わないので、本
This document summarizes Makoto Kuwata's presentation on creating a high-speed template engine in Python. It discusses Tenjin, a template engine created by Kuwata that is very fast. It benchmarks Tenjin against other template engines like Mako, Jinja2, and Django and shows that Tenjin is significantly faster. The presentation provides optimization techniques for template engines like using bound m
In each of the charts below, a bigger bar and higher number for performance is better. In the performance drop-off charts a higher (less negative) percentage is better, that is -75% is better than -95%. Proportionally speaking, a narrow difference between the biggest and smallest colours of the performance drop-off chart is better than a wide difference, although pay attention to the percentage va
Jinja2 is a full-featured template engine for Python. It has full unicode support, an optional integrated sandboxed execution environment, widely used and BSD licensed. Jinja is Beautiful {% extends "layout.html" %} {% block body %} <ul> {% for user in users %} <li><a href="{{ user.url }}">{{ user.username }}</a></li> {% endfor %} </ul> {% endblock %} And PowerfulJinja2 is one of the most used tem
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く