FreeMarkerﾃﾝﾌﾟﾚｰﾄｴﾝｼﾞﾝ【Velocityよりずっとまし】

[ Advanced white-space removal ]
* FreeMarker consistently removes white-space (spaces, tabs and line-break)
from lines that contain non-outputting FreeMarker tags only,
thus eliminates most annoying, obviously superfluous white-space.
* There are directives to explicitly trim lines from needless white-space,
just for the extreme cases, when white-space is a real problem.

[ 高度なホワイトスペース除去機能 ]
* FreeMarkerは、出力用ではないFreeMarkerタグのみを含む行から、ホワイトスペース
　（空白、タブ、改行）を取り除きます。これにより、いつも悩みの種となる、
　明らかに余計であるようなホワイトスペースはなくなります。
* 極端なケースですが、ホワイトスペースが現実の問題となった場合には、
　不必要なホワイトスペースを行から明示的に削除するディレクティブを使うこともできます。

[ Integration with other technologies ]
* You can use JSP custom tag libraries in templates.
* You can work directly on Python objects.

[ 他の技術との統合 ]
* JSPカスタムタグライブラリをテンプレート中で使用できます。
* Pythonオブジェクトを直接使用することもできます{{(まじで？)}}。

[ Powerful XML transformation capabilities ]
* As of version 2.3, FreeMarker has powerful new XML transformation capabilities
that make it a viable replacement for XSLT.
Though there have been some attempts to make Velocity more capable in this domain (i.e. DVSL)
Velocity is not really competitive in this regard.
In our view, it never will be unless certain improvements to the core engine are made,
such as support for macro libraries mapped to namespaces, and local variables in macros.
* See here for a more detailed comparison of FreeMarker and XSLT.
http://freemarker.sourceforge.net/fmVsXSLT.html

[ 強力なXML Transformation機能 ]
* バージョン2.3から、FreeMarkerは強力なXML Transformation機能を新しく持つようになりました。
　これにより、FreeMarkerによってXSLTを置き換えることが可能となりました。
　今までにも、この用途のためにVelocityをより高機能にしようとする試みはありましたが（DVSLなど）、
　Velocityは現実的な競争相手とはなりませんでした。我々の見解では、Velocityのコアエンジンに対して何らかの改良、
　例えば名前空間にマッピングしたマクロライブラリのサポートやマクロ中のローカル変数のサポートなどがなされない限り、
　VelocityがFreeMacroの競争相手となることは決してないでしょう。
* FreeMarkerとXSLTのより詳細な比較はこちらをご覧ください。
　http://freemarker.sourceforge.net/fmVsXSLT.html

[ Advanced template metaprogramming: ]
* You can capture the output of an arbitrary part of the template into a context variable.
* You can interpret arbitrary context variable as if it were a template definition.
* You can imagine what can you do when you combine the two...

[ 高度なテンプレートメタプログラミング ]
* テンプレートにおける任意の箇所の出力を捕捉して、コンテキスト変数に格納することができます。
* コンテキスト変数を、まるでテンプレートの定義であるかのように実行することができます。
* この2つを組み合わせれば、ほんとうにいろんなことができるでしょう。

以上

元ネタ：『FreeMarker vs. Velocity』
http://freemarker.sourceforge.net/fmVsVel.html


眠い・・・

すごいぞたった火の10日でベロスレの半分まで到達だ

読むやつがいるのかどうかという大問題があるのは、だまってたほうがいいのかな？

・{}を省略させない
・未定義変数への対処
この二つは魅力を感じる。

マクロとか高機能化のトピックについては
テンプレートなんだからそもそもイラネと思うのが個人的な意見。
<#コマンド> な形式もタイプ量増やすだけで好きになれん。

というか、開発者の品性が非常に糞。

VelocityのユーザーMLを２年ぐらい前から荒らしている。
何度注意しても聞かない。

ということで、仮に優れていても絶対に使わない。

スレタイも厨臭いな。類友？

VelocityのReferenceInsertionEventHandlerみたいなのは無いのか喃

>>35
Jonathan Revusky本人だったらﾃﾗﾜﾛｽ

ホンニンデスガ、ナニカ？

>>38
ちょっとあなたは嘘はつくのはやめてください
Jonathanに訴えられますかもしれませんよ
それではいいですか？

タマネギハタベレマセンガ、ナニカ？

また最近Jonathanが某MLに出没している。うざい。

さらに仲間の開発者であるDaniel Dekanyも参戦。さらにうざい。
どうやらハンガリー人らしい。

hosyu

JSF登場でfreemarker意味なし？？

>>44
JSFとfreemarkerはまったく違う技術だろ。混同しているおまえの脳みそに乾杯。

いろいろあるテンプレートエンジンで高機能はfreemarker？
テンプレートエンジンをjspの代用として考えるのは時代遅れ？
それはelが登場したから？

ｊｓｐをfreemarkerに変更してくれるeclipseのプラグインはありますか？

>>46
>いろいろあるテンプレートエンジンで高機能はfreemarker？

そう

>テンプレートエンジンをjspの代用として考えるのは時代遅れ？

そんなことはまったくない。というより、とても正しい考え方。

>それはelが登場したから？

ELのおかげでJSPをテンプレートエンジンとして使いやすくなったのはたしか。癖があるけどね。

でもなー、JSPは結局servletの一形態だから、servletコンテナがないと動かないので
Webアプリ以外では使えないし、
JSPは思ったより仕様が複雑なので、それよりはFreemarkerのほうが簡単だと思う。
JSPの利点は、標準化されていることと、広く普及していること。逆に言えばそれだけ。

>>48
なるほど。ELはメソッド呼べないしね・・

日本語の参考サイト少ないね・・・

>>50

これのDeveloper'sGuideは比較的簡単な英語なのでどーにかなる。

英語が苦手なオレでもどーにかなったくらいだから大丈夫。

jspからfreemarkerに変更するツールはありますか？
タグリブ対応の。

サンプルがwebappばっかなんだけど、スタンドアロンで使うことは意識してないの？

テンプレートエンジンなんてサーバーに負担かかるだけだし
それほど生産性が高いとも思えない

生産性と負荷関係ないし、比較見るとJSPより軽いけどね

>>54
jspはコンパイルしてクラスをメモリにロードするので、
jspが多くなってくるとメモリの使用量がかなりパフォーマンスを圧迫します。

ちょっとぐらいでは全然気にしていなかったけど、100以上のjspの場合、結構違ってきますよ。

ﾃﾝﾌﾟﾚｰﾄｴﾝｼﾞﾝくらい自分で作れよバカ

自分で作るのダルイじゃない
車輪は買ってくるほうがいい

>>58
ﾃﾝﾌﾟﾚｰﾄｴﾝｼﾞﾝ作るより車輪作る方がむずかしいよバカ野郎

>>57
そういうおまえはテンプレートエンジンつくったんだろうな。
もちろんVelocityよりもましなものを。

>>60
Velocityってそんなにだめなの？

別にダメじゃない。てかスレタイに「ずっとまし」とかあるが
テンプレート以上の使い方は必要ないから資料のあるほうがずっとまし

ループで定義した一時変数をページスコープにセットする方法はありますか？
ループで定義した値をタグリブに渡したくて。

>>53
> サンプルがwebappばっかなんだけど、スタンドアロンで使うことは意識してないの？
んなことはない。いちばん使われるのがWebアプリだからサンプルもそうなっているだけ。
Webアプリ以外でも使えるように、HTML以外のテキストファイルも生成できるような仕様だし。

>>61
ないのは日本語の資料だけ。英語ならちゃんとしてるよ。
ちなみにVelocityがいけてないせいで、HibernateToolはfreemarkerに乗り換えた。

velocityからfreemarkerに変更するツールはありますか？

tsukurecus

>>64
たぶんないので、PerlなりRubyなりでスクリプト書くしかないと思う。
完ぺきな移行スクリプトは難しいと思うので、移行支援スクリプトぐらいのきもちで妥協しよう。

>>64
PHPもお勧めですよ

なんかXSLTでいいやって思うようになってきた。
日本語の資料も豊富だし、WebでもXML＋XSLTでブラウザにレンダリングさせてるし。

いやいや、XSLTは遅すぎるし、そもそも用途がちがうやん。
テンプレートエンジンとして使えなくもないけど、その用途なら素直にテンプレートエンジンつかったほうがわかりやすいだろ。
XSLT複雑過ぎ。

>69 >70

どっちもpythonだけど、talとかkidみたいなのがJavaでもあればいいんだけどなぁ。

talは、java実装があるけど長く放置されてるのが・・・。

tal:　http://www.zope.org/Documentation/Books/ZopeBook/2_6Edition/AppendixC.stx
kid:　http://www.kid-templating.org/

>>70
そういえば、Javaでは見たことないな。
XMLC
Tapestry
Mayaa
Wicket
どれもid属性またはそれに似たものを使うタイプだな。
ただ、HTMLデザインを崩したくないというだけならこれらでもいいと思う。

XSLTは存在意義を見直した方が良い。

ここのリードプログラマーは荒らし。

ここのリードプログラマーの荒らしがここ数日続いています。

いくら自分のソフトが人気ないからって、競合ソフトのMLを荒らすなよ・・・。

kwsk

今更だが・・・

VelocityユーザーのMLで何か質問があったら、いきなりしゃしゃり出て、
FreeMarkerの宣伝をしやがる。

明らかに嫌がらせだろ。

Jonathanとかいう人？
明らかにフレーマーだな。

FreeMarker has the feature you want.
「あなたの欲しい機能はFreemarkerにあります」
....
Jonathan Revusky
--
lead developer, FreeMarker project

吹いたｗ

でも、velocityとfreemarkerはお互いにライバルであって欲しい
velocity(VTL)がいつの日かマルチバイト文字を受け入れてくれる日も来るだろう・・・

>>78
一発ネタなら許すが、頻繁なので許せん。

というか、さっさと死ねばいいのにと心から思う。

>>79
超遅レスだが、自分はどんどんやってほしいけどなあ。
根拠のない悪口を言うのは馬鹿だが、これは正当な批判だと思うし。

Velocityのような、意図的に貧弱にしたテンプレート言語には、さまざまな不
自由があるのが当然で、その現状できないことを明言する姿勢は正しいと思う。
それに対して、
・いくらなんでもこれじゃ不便すぎる。もっとリッチな言語に移行しよう。
・これぐらいの不便さなら、ビューにロジックを埋め込まれる不都合と比べた
　ら十分に受忍限度内。
どちらの態度を取るかは、ユーザの自由なんだし。

>>80
Velocityが専用言語を使っているのは、単にJavaが不便だからじゃないかなあ。
Javaが書きやすければ、eRubyのようにテキストファイルにJavaを埋め込めるようにするだけで、十分使い物になる。

テンプレート完全否定だな

>>81
それは違うと思うよ。

FreeMarkerスレでVelocityの話ばかりするのもあれだけど、Velocityは例えば、
文字列の結合すら出来ない。つながった文字列を表示したければ、テンプレー
トに変数を並べればいい、という設計思想。あくまで「ビューに必要な最小限」
のロジックだけが許されている。

もちろん、あなたの言うとおり、Javaより簡潔な言語という目的もあるけれど。

私はeRubyでRailsの仕事をしたこともあるから、こういう簡潔な言語ならテン
プレート専用言語要らなくね？という気持ちはわかるけどね。

だけど、2000年頃は、JSPの中にJavaコードを書きまくった、HTMLよりJavaが何
倍も多いものが蔓延していた。Velocityならプロジェクト管理者がこういうの
を強制的に排除できる。eRubyだと出来ない。

>>83
テンプレートの効能知ってる人には当たり前の話だし、
分からない人には何を言っても無駄だから、
長文書いても意味ないと思うんだ。

>>84
無駄とは限らないでしょ。誰だって最初は、何も知らないんだから。
皆いろんなことをきっかけに、少しずつ学んでいくものだと思う。

>>83
Velocity 1.5から文字列連結できるようになったんじゃなかったっけ？

そんな些細なことはおいといて、JavaではVelocityつかったりFreeMarkerつかったり、はてはJSPでもELが導入されたりしてるのを見ると、やっぱなんかへんじゃね？とおもってしまう。
Javaが十分書きやすかったら、Javaと同じ書き方でよかったはずだよね。
VelocityやFreeMarkerがあえて機能を制限しているのはかまわないけど、それと書き方とは別の問題でしょ？機能を制限する・しないということと、書き方をどうするかというのは本来別の話。
機能を制限しても、Javaと同じ書き方にすることはできる。Velocityはまだ埋め込み言語だからそれ用の書き方が必要なのはわかるけど、ELなんかは本来、独自の言語仕様を持つ必要なんかなかった。でもJavaが書きにくいから用意されたとしか思えん。

>>83
>だけど、2000年頃は、JSPの中にJavaコードを書きまくった、HTMLよりJavaが何
>倍も多いものが蔓延していた。Velocityならプロジェクト管理者がこういうの
>を強制的に排除できる。eRubyだと出来ない。

VelocityでもJSPでも、マクロとかプラグインを使えば何だってかけるじゃん。
JSPのJSTLなんか、標準でSQL叩けるんだぞ。全然制限になってない。

そもそもJSPは出発時点からして失敗してる。
だからJSTLやELとかでお茶を濁そうとしてるが
本質的な設計が失敗だったので
何をやっても汚くなっていくだけ。

JSTLとかあほすぎるし。
条件分岐1つ書くのにどれだけコード書けってんだよ。

スクリプレットバッシングの時代にズダボロに引き裂かれたStrutsと、
グングン成長したRails
- ひがやすを blog
http://d.hatena.ne.jp/higayasuo/20080302#1204425432

またJonathan RevuskyとDaniel Dekanyが荒らしをしてる。

死ねよ、てめえら。

ひどいな・・・・激しいタイトルのメールがスパムフィルタを抜けて届いたから
ビクっとしたらMLのメールだった・・・・

相手を嘘つき扱いで、個人攻撃ですか・・・

まあ、このソフトの開発者はそろいもそろって荒らしだもんな・・。

現在のバージョンは、
・セールスレターテンプレート集(６８通)
・売れるセールスレターの書き方
・ダイレクトメールワークシート
・穴埋め式Ｅメールテンプレート（１４通）
・究極のセールスレターツールＢＯＸ
など、合計で５００ページ近いパッケージとＣＤＲＯＭが
セットになっています。


ただ、この無料お試しはだいぶコストがかかるらしいので
５００個の限定だそうです。



興味があればこちらをクリックしてください。
http://www.123marketing.jp/yanik/indextrial.php?jvcd=16797

マΦコ広げて「初めて貰っちゃうよ♪」とかお姉さん積極的すぎｗｗ
入った瞬間イっちゃったけど、そのまま2回戦突入しっちゃたお（＾ω＾）
http://kwskkkst.net/jp/adbta6z

歴史を感じるスレだな。Faceletsに辿り着いたEEはこいつらがあったからこそだ。

ほしゅ&あげ

使ったことない

誰でも簡単にネットで稼げる方法など
参考までに、
⇒　『半藤のブブイウイウレレ』 というサイトで見ることができます。

グーグル検索⇒『半藤のブブイウイウレレ』

ATZ5NYX9NZ

未だにfreemarker使ってるよ。
tymeleafとかのほうがいいのかな？

未来の君が今の君に感謝する日がくるよ。