FreeMarkerは、Java用としては現時点で最強のテンプレートシステム。
Velocityなんか目じゃないぐらい、簡単、高機能、高性能（最大で約2倍速い）。
WebWork2もVelocityからFreeMarkerに乗り換えた。
本家
ttp://http://freemarker.sourceforge.net/ 特徴
ttp://http://freemarker.sourceforge.net/features.html Velocityとの比較
ttp://http://freemarker.sourceforge.net/fmVsVel.html ベンチマークやら機能比較やら
ttp://http://doikun.cocolog-nifty.com/dowilog/cat1515211/index.html 駄スレだが許せ。
なるほど。ELはメソッド呼べないしね・・
これのDeveloper'sGuideは比較的簡単な英語なのでどーにかなる。
英語が苦手なオレでもどーにかなったくらいだから大丈夫。
タグリブ対応の。
それほど生産性が高いとも思えない
jspはコンパイルしてクラスをメモリにロードするので、
jspが多くなってくるとメモリの使用量がかなりパフォーマンスを圧迫します。
ちょっとぐらいでは全然気にしていなかったけど、100以上のjspの場合、結構違ってきますよ。
車輪は買ってくるほうがいい
ﾃﾝﾌﾟﾚｰﾄｴﾝｼﾞﾝ作るより車輪作る方がむずかしいよバカ野郎
そういうおまえはテンプレートエンジンつくったんだろうな。
もちろんVelocityよりもましなものを。
Velocityってそんなにだめなの？
テンプレート以上の使い方は必要ないから資料のあるほうがずっとまし
ループで定義した値をタグリブに渡したくて。
> サンプルがwebappばっかなんだけど、スタンドアロンで使うことは意識してないの？
んなことはない。いちばん使われるのがWebアプリだからサンプルもそうなっているだけ。
Webアプリ以外でも使えるように、HTML以外のテキストファイルも生成できるような仕様だし。
ないのは日本語の資料だけ。英語ならちゃんとしてるよ。
ちなみにVelocityがいけてないせいで、HibernateToolはfreemarkerに乗り換えた。
たぶんないので、PerlなりRubyなりでスクリプト書くしかないと思う。
完ぺきな移行スクリプトは難しいと思うので、移行支援スクリプトぐらいのきもちで妥協しよう。
PHPもお勧めですよ
日本語の資料も豊富だし、WebでもXML＋XSLTでブラウザにレンダリングさせてるし。
テンプレートエンジンとして使えなくもないけど、その用途なら素直にテンプレートエンジンつかったほうがわかりやすいだろ。
XSLT複雑過ぎ。
どっちもpythonだけど、talとかkidみたいなのがJavaでもあればいいんだけどなぁ。
talは、java実装があるけど長く放置されてるのが・・・。
tal:
ttp://http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/AppendixC.stx kid:
ttp://http://www.kid-templating.org/ そういえば、Javaでは見たことないな。
XMLC
Tapestry
Mayaa
Wicket
どれもid属性またはそれに似たものを使うタイプだな。
ただ、HTMLデザインを崩したくないというだけならこれらでもいいと思う。
いくら自分のソフトが人気ないからって、競合ソフトのMLを荒らすなよ・・・。
VelocityユーザーのMLで何か質問があったら、いきなりしゃしゃり出て、
FreeMarkerの宣伝をしやがる。
明らかに嫌がらせだろ。
明らかにフレーマーだな。
FreeMarker has the feature you want.
「あなたの欲しい機能はFreemarkerにあります」
....
Jonathan Revusky
--
lead developer, FreeMarker project
吹いたｗ
でも、velocityとfreemarkerはお互いにライバルであって欲しい
velocity(VTL)がいつの日かマルチバイト文字を受け入れてくれる日も来るだろう・・・
一発ネタなら許すが、頻繁なので許せん。
というか、さっさと死ねばいいのにと心から思う。
超遅レスだが、自分はどんどんやってほしいけどなあ。
根拠のない悪口を言うのは馬鹿だが、これは正当な批判だと思うし。
Velocityのような、意図的に貧弱にしたテンプレート言語には、さまざまな不
自由があるのが当然で、その現状できないことを明言する姿勢は正しいと思う。
それに対して、
・いくらなんでもこれじゃ不便すぎる。もっとリッチな言語に移行しよう。
・これぐらいの不便さなら、ビューにロジックを埋め込まれる不都合と比べた
ら十分に受忍限度内。
どちらの態度を取るかは、ユーザの自由なんだし。
Velocityが専用言語を使っているのは、単にJavaが不便だからじゃないかなあ。
Javaが書きやすければ、eRubyのようにテキストファイルにJavaを埋め込めるようにするだけで、十分使い物になる。
それは違うと思うよ。
FreeMarkerスレでVelocityの話ばかりするのもあれだけど、Velocityは例えば、
文字列の結合すら出来ない。つながった文字列を表示したければ、テンプレー
トに変数を並べればいい、という設計思想。あくまで「ビューに必要な最小限」
のロジックだけが許されている。
もちろん、あなたの言うとおり、Javaより簡潔な言語という目的もあるけれど。
私はeRubyでRailsの仕事をしたこともあるから、こういう簡潔な言語ならテン
プレート専用言語要らなくね？という気持ちはわかるけどね。
だけど、2000年頃は、JSPの中にJavaコードを書きまくった、HTMLよりJavaが何
倍も多いものが蔓延していた。Velocityならプロジェクト管理者がこういうの
を強制的に排除できる。eRubyだと出来ない。
テンプレートの効能知ってる人には当たり前の話だし、
分からない人には何を言っても無駄だから、
長文書いても意味ないと思うんだ。
無駄とは限らないでしょ。誰だって最初は、何も知らないんだから。
皆いろんなことをきっかけに、少しずつ学んでいくものだと思う。
Velocity 1.5から文字列連結できるようになったんじゃなかったっけ？
そんな些細なことはおいといて、JavaではVelocityつかったりFreeMarkerつかったり、はてはJSPでもELが導入されたりしてるのを見ると、やっぱなんかへんじゃね？とおもってしまう。
Javaが十分書きやすかったら、Javaと同じ書き方でよかったはずだよね。
VelocityやFreeMarkerがあえて機能を制限しているのはかまわないけど、それと書き方とは別の問題でしょ？機能を制限する・しないということと、書き方をどうするかというのは本来別の話。
機能を制限しても、Javaと同じ書き方にすることはできる。Velocityはまだ埋め込み言語だからそれ用の書き方が必要なのはわかるけど、ELなんかは本来、独自の言語仕様を持つ必要なんかなかった。でもJavaが書きにくいから用意されたとしか思えん。
>だけど、2000年頃は、JSPの中にJavaコードを書きまくった、HTMLよりJavaが何
>倍も多いものが蔓延していた。Velocityならプロジェクト管理者がこういうの
>を強制的に排除できる。eRubyだと出来ない。
VelocityでもJSPでも、マクロとかプラグインを使えば何だってかけるじゃん。
JSPのJSTLなんか、標準でSQL叩けるんだぞ。全然制限になってない。
だからJSTLやELとかでお茶を濁そうとしてるが
本質的な設計が失敗だったので
何をやっても汚くなっていくだけ。
JSTLとかあほすぎるし。
条件分岐1つ書くのにどれだけコード書けってんだよ。
グングン成長したRails
- ひがやすを blog
ttp://http://d.hatena.ne.jp/higayasuo/20080302#1204425432 死ねよ、てめえら。
ビクっとしたらMLのメールだった・・・・
相手を嘘つき扱いで、個人攻撃ですか・・・
・セールスレターテンプレート集(６８通)
・売れるセールスレターの書き方
・ダイレクトメールワークシート
・穴埋め式Ｅメールテンプレート（１４通）
・究極のセールスレターツールＢＯＸ
など、合計で５００ページ近いパッケージとＣＤＲＯＭが
セットになっています。
ただ、この無料お試しはだいぶコストがかかるらしいので
５００個の限定だそうです。
興味があればこちらをクリックしてください。
ttp://http://www.123marketing.jp/yanik/indextrial.php?jvcd=16797 入った瞬間イっちゃったけど、そのまま2回戦突入しっちゃたお（＾ω＾）
ttp://http://kwskkkst.net/jp/adbta6z 参考までに、
⇒ 『半藤のブブイウイウレレ』 というサイトで見ることができます。
グーグル検索⇒『半藤のブブイウイウレレ』
ATZ5NYX9NZ
