Islands in the byte stream

perlcodesample 2010/08/23 01:09 　一般的な観点で考えると、「テンプレートの生成」と「HTMLのエスケープ」は独立しているのではないでしょうか?(たまたまHTMLの生成にテンプレートエンジンが使われることが多いというだけで)
　SQLのエスケープはRDBMSの特殊文字のエスケープであって、RDBMSと密結合しています。「テンプレートエンジン」と「HTMLエスケープ」は疎結合ではないでしょうか。

gfx 2010/08/23 11:32 HTMLもplain textも生成する汎用テンプレートエンジンをうたうなら、その通りだと思います。しかし、HTML用のテンプレートエンジンならば、HTMLの特殊文字のエスケープをするくらい密結合していてもいいと思います。
そういうわけで、テンプレートエンジンを生成するタイミングでcontent typeを指定できるようにしたのです。もちろん「汎用」を前面に打ち出すなら、HTMLをデフォルトにするのではなく、content typeの指定を必須にするべきだとは思います。まあ、実際にはHTMLの生成が一番多いだろうということで、デフォルトはHTMLになってますが。
ならばなぜText::名前空間か、ということになりますが、これはTemplate::ToolkitがTemplate::という名前空間を占有しているため、やむを得ず選択しているだけなのでしょうがないですね。

perlcodesample 2010/08/23 22:03 　Text::XslateはHTML用のテンプレートエンジンということですね。Webフレームワークに組み込まれることが想定されないなら、利用者から見ればその動きのほうが安全ですね。安全性第一という視点を重視しているのですね。

gfx 2010/08/24 10:11 そうなりますね。テキスト用テンプレートエンジンにも転用はできますが、デフォルトではHTML用です。

perlcodesample 2010/08/24 12:43 　Xslateがこんなに早くなる理由はなんですかね。テンプレートを解析した後のテンプレートの構築って、解析後の状態で含まれている文字列と、パラメータの値を順番に連結していくだけだと思っていたので、こんなに差がでるのは、びっくりしました。

gfx 2010/08/24 13:05 詳しくはYAPC::Asiaで解説するつもりですが、いろいろな点で最適化してあるのが積み重なってるので一概にこれとはいえませんねー。おそらく最大の要因はVirtual Machineの実行性能そのものがPerlのそれよりも速いことですかね。そのかわり、細かなところ（たとえばデストラクタの起動のタイミング）でPerlほどきめ細かな制御ができないようになっていますけど、テンプレートエンジンだからこんなもんでいいだろう、という判断です。
他にも、文字列連結を高水準のPerl API を使わないようにして高速化してあったり、malloc()をできるだけ少なくなるようにしていたりと、pure Perlではできないようなことをいろいろやってます。
その結果、「解析後の素の文字列とパラメータの連結」そのものの速度がだいぶ違うってことですね。

perlcodesample 2010/08/24 18:51 丁寧な解説、ありがとうございました。

スパム対策のためのダミーです。もし見えても何も入力しないでください