05/07/14 03:16:13
[ 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.
URLﾘﾝｸ(freemarker.sourceforge.net)
[ 強力なXML Transformation機能 ]
* バージョン2.3から、FreeMarkerは強力なXML Transformation機能を新しく持つようになりました。
これにより、FreeMarkerによってXSLTを置き換えることが可能となりました。
今までにも、この用途のためにVelocityをより高機能にしようとする試みはありましたが（DVSLなど）、
Velocityは現実的な競争相手とはなりませんでした。我々の見解では、Velocityのコアエンジンに対して何らかの改良、
例えば名前空間にマッピングしたマクロライブラリのサポートやマクロ中のローカル変数のサポートなどがなされない限り、
VelocityがFreeMacroの競争相手となることは決してないでしょう。
* FreeMarkerとXSLTのより詳細な比較はこちらをご覧ください。
URLﾘﾝｸ(freemarker.sourceforge.net)
29:FreeMarker vs. Velocity
05/07/14 03:17:05
[ 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つを組み合わせれば、ほんとうにいろんなことができるでしょう。
30:nobodyさん
05/07/14 03:19:17
以上
元ネタ：『FreeMarker vs. Velocity』
URLﾘﾝｸ(freemarker.sourceforge.net)
眠い・・・
31:nobodyさん
05/07/14 06:16:23 wfSMZtFw
すごいぞたった火の10日でベロスレの半分まで到達だ
32:nobodyさん
05/07/14 07:11:00
読むやつがいるのかどうかという大問題があるのは、だまってたほうがいいのかな？
33:nobodyさん
05/09/07 13:07:33
・{}を省略させない
・未定義変数への対処
この二つは魅力を感じる。
マクロとか高機能化のトピックについては
テンプレートなんだからそもそもイラネと思うのが個人的な意見。
<#コマンド> な形式もタイプ量増やすだけで好きになれん。
34:nobodyさん
05/10/08 04:23:34 VIiL/ldq
というか、開発者の品性が非常に糞。
VelocityのユーザーMLを２年ぐらい前から荒らしている。
何度注意しても聞かない。
ということで、仮に優れていても絶対に使わない。
35:nobodyさん
05/10/09 19:37:12
スレタイも厨臭いな。類友？
36:nobodyさん
05/10/09 22:11:23
VelocityのReferenceInsertionEventHandlerみたいなのは無いのか喃
37:nobodyさん
05/10/10 03:46:09 Ry1GejgF
>>35
Jonathan Revusky本人だったらﾃﾗﾜﾛｽ
38:nobodyさん
05/10/10 04:46:16
ホンニンデスガ、ナニカ？
39:nobodyさん
05/10/10 08:19:09 WP5DX+4F
>>38
ちょっとあなたは嘘はつくのはやめてください
Jonathanに訴えられますかもしれませんよ
それではいいですか？
40:nobodyさん
05/10/10 13:22:35
タマネギハタベレマセンガ、ナニカ？
41:nobodyさん
06/03/04 12:39:05 1IWI/HQO
また最近Jonathanが某MLに出没している。うざい。
42:nobodyさん
06/03/11 09:39:01
さらに仲間の開発者であるDaniel Dekanyも参戦。さらにうざい。
どうやらハンガリー人らしい。
43:nobodyさん
06/04/29 00:22:37
hosyu
44:nobodyさん
06/05/10 11:23:18
JSF登場でfreemarker意味なし？？
45:nobodyさん
06/05/11 01:10:28 duV7et3V
>>44
JSFとfreemarkerはまったく違う技術だろ。混同しているおまえの脳みそに乾杯。
46:nobodyさん
06/05/11 15:06:14
いろいろあるテンプレートエンジンで高機能はfreemarker？
テンプレートエンジンをjspの代用として考えるのは時代遅れ？
それはelが登場したから？
47:nobodyさん
06/05/11 16:06:02
ｊｓｐをfreemarkerに変更してくれるeclipseのプラグインはありますか？
48:nobodyさん
06/05/19 20:38:41
>>46
>いろいろあるテンプレートエンジンで高機能はfreemarker？
そう
>テンプレートエンジンをjspの代用として考えるのは時代遅れ？
そんなことはまったくない。というより、とても正しい考え方。
>それはelが登場したから？
ELのおかげでJSPをテンプレートエンジンとして使いやすくなったのはたしか。癖があるけどね。
でもなー、JSPは結局servletの一形態だから、servletコンテナがないと動かないので
Webアプリ以外では使えないし、
JSPは思ったより仕様が複雑なので、それよりはFreemarkerのほうが簡単だと思う。
JSPの利点は、標準化されていることと、広く普及していること。逆に言えばそれだけ。
49:nobodyさん
06/05/20 09:53:28
>>48
なるほど。ELはメソッド呼べないしね・・
50:nobodyさん
06/06/27 14:36:21
日本語の参考サイト少ないね・・・
51:nobodyさん
06/07/11 18:28:10
>>50
これのDeveloper'sGuideは比較的簡単な英語なのでどーにかなる。
英語が苦手なオレでもどーにかなったくらいだから大丈夫。
52:nobodyさん
06/11/28 13:31:58
jspからfreemarkerに変更するツールはありますか？
タグリブ対応の。
53:nobodyさん
06/11/29 01:19:41 K2b5oyTL
サンプルがwebappばっかなんだけど、スタンドアロンで使うことは意識してないの？
54:nobodyさん
06/11/29 01:29:49 7/LurL62
テンプレートエンジンなんてサーバーに負担かかるだけだし
それほど生産性が高いとも思えない
55:nobodyさん
06/11/29 01:44:55
生産性と負荷関係ないし、比較見るとJSPより軽いけどね
56:nobodyさん
06/11/29 10:05:29
>>54
jspはコンパイルしてクラスをメモリにロードするので、
jspが多くなってくるとメモリの使用量がかなりパフォーマンスを圧迫します。
ちょっとぐらいでは全然気にしていなかったけど、100以上のjspの場合、結構違ってきますよ。
57:nobodyさん
06/11/29 18:38:38 7/LurL62
ﾃﾝﾌﾟﾚｰﾄｴﾝｼﾞﾝくらい自分で作れよバカ
58:nobodyさん
06/11/30 01:16:49
自分で作るのダルイじゃない
車輪は買ってくるほうがいい
59:nobodyさん
06/12/01 02:08:52 ZG8rf5XR
>>58
ﾃﾝﾌﾟﾚｰﾄｴﾝｼﾞﾝ作るより車輪作る方がむずかしいよバカ野郎
60:nobodyさん
06/12/02 06:47:48
>>57
そういうおまえはテンプレートエンジンつくったんだろうな。
もちろんVelocityよりもましなものを。
61:nobodyさん
06/12/05 09:35:42
>>60
Velocityってそんなにだめなの？
62:nobodyさん
06/12/09 23:16:09
別にダメじゃない。てかスレタイに「ずっとまし」とかあるが
テンプレート以上の使い方は必要ないから資料のあるほうがずっとまし
63:nobodyさん
06/12/12 18:32:21
ループで定義した一時変数をページスコープにセットする方法はありますか？
ループで定義した値をタグリブに渡したくて。
64:nobodyさん
06/12/13 03:35:27 Nz5vxopy
>>53
> サンプルがwebappばっかなんだけど、スタンドアロンで使うことは意識してないの？
んなことはない。いちばん使われるのがWebアプリだからサンプルもそうなっているだけ。
Webアプリ以外でも使えるように、HTML以外のテキストファイルも生成できるような仕様だし。
>>61
ないのは日本語の資料だけ。英語ならちゃんとしてるよ。
ちなみにVelocityがいけてないせいで、HibernateToolはfreemarkerに乗り換えた。
65:nobodyさん
06/12/14 11:43:27
velocityからfreemarkerに変更するツールはありますか？
66:nobodyさん
06/12/15 01:13:18
tsukurecus
67:nobodyさん
06/12/15 11:40:03
>>64
たぶんないので、PerlなりRubyなりでスクリプト書くしかないと思う。
完ぺきな移行スクリプトは難しいと思うので、移行支援スクリプトぐらいのきもちで妥協しよう。
68:nobodyさん
06/12/17 17:17:19
>>64
PHPもお勧めですよ
69:nobodyさん
06/12/17 22:07:41
なんかXSLTでいいやって思うようになってきた。
日本語の資料も豊富だし、WebでもXML＋XSLTでブラウザにレンダリングさせてるし。
70:nobodyさん
06/12/19 01:00:57
いやいや、XSLTは遅すぎるし、そもそも用途がちがうやん。
テンプレートエンジンとして使えなくもないけど、その用途なら素直にテンプレートエンジンつかったほうがわかりやすいだろ。
XSLT複雑過ぎ。
71:nobodyさん
06/12/23 13:14:36
>69 >70
どっちもpythonだけど、talとかkidみたいなのがJavaでもあればいいんだけどなぁ。
talは、java実装があるけど長く放置されてるのが・・・。
tal: URLﾘﾝｸ(www.zope.org)
kid: URLﾘﾝｸ(www.kid-templating.org)
72:nobodyさん
06/12/31 07:33:20
>>70
そういえば、Javaでは見たことないな。
XMLC
Tapestry
Mayaa
Wicket
どれもid属性またはそれに似たものを使うタイプだな。
ただ、HTMLデザインを崩したくないというだけならこれらでもいいと思う。
73:nobodyさん
07/03/26 16:11:22
XSLTは存在意義を見直した方が良い。
74:nobodyさん
07/05/07 02:35:22
ここのリードプログラマーは荒らし。
75:nobodyさん
07/05/09 00:15:28
ここのリードプログラマーの荒らしがここ数日続いています。
いくら自分のソフトが人気ないからって、競合ソフトのMLを荒らすなよ・・・。
76:nobodyさん
07/05/14 17:05:43
kwsk
77:nobodyさん
07/07/15 02:17:16
今更だが・・・
VelocityユーザーのMLで何か質問があったら、いきなりしゃしゃり出て、
FreeMarkerの宣伝をしやがる。
明らかに嫌がらせだろ。
78:nobodyさん
07/07/17 15:09:24
Jonathanとかいう人？
明らかにフレーマーだな。
FreeMarker has the feature you want.
「あなたの欲しい機能はFreemarkerにあります」
....
Jonathan Revusky
--
lead developer, FreeMarker project
吹いたｗ
でも、velocityとfreemarkerはお互いにライバルであって欲しい
velocity(VTL)がいつの日かマルチバイト文字を受け入れてくれる日も来るだろう・・・
79:nobodyさん
07/07/19 00:04:38
>>78
一発ネタなら許すが、頻繁なので許せん。
というか、さっさと死ねばいいのにと心から思う。
80:nobodyさん
07/10/17 19:54:13
>>79
超遅レスだが、自分はどんどんやってほしいけどなあ。
根拠のない悪口を言うのは馬鹿だが、これは正当な批判だと思うし。
Velocityのような、意図的に貧弱にしたテンプレート言語には、さまざまな不
自由があるのが当然で、その現状できないことを明言する姿勢は正しいと思う。
それに対して、
・いくらなんでもこれじゃ不便すぎる。もっとリッチな言語に移行しよう。
・これぐらいの不便さなら、ビューにロジックを埋め込まれる不都合と比べた
ら十分に受忍限度内。
どちらの態度を取るかは、ユーザの自由なんだし。
81:nobodyさん
07/10/21 02:12:13
>>80
Velocityが専用言語を使っているのは、単にJavaが不便だからじゃないかなあ。
Javaが書きやすければ、eRubyのようにテキストファイルにJavaを埋め込めるようにするだけで、十分使い物になる。
82:nobodyさん
07/10/22 11:05:28
テンプレート完全否定だな
83:nobodyさん
07/10/22 23:07:09
>>81
それは違うと思うよ。
FreeMarkerスレでVelocityの話ばかりするのもあれだけど、Velocityは例えば、
文字列の結合すら出来ない。つながった文字列を表示したければ、テンプレー
トに変数を並べればいい、という設計思想。あくまで「ビューに必要な最小限」
のロジックだけが許されている。
もちろん、あなたの言うとおり、Javaより簡潔な言語という目的もあるけれど。
私はeRubyでRailsの仕事をしたこともあるから、こういう簡潔な言語ならテン
プレート専用言語要らなくね？という気持ちはわかるけどね。
だけど、2000年頃は、JSPの中にJavaコードを書きまくった、HTMLよりJavaが何
倍も多いものが蔓延していた。Velocityならプロジェクト管理者がこういうの
を強制的に排除できる。eRubyだと出来ない。
84:nobodyさん
07/10/23 10:55:33
>>83
テンプレートの効能知ってる人には当たり前の話だし、
分からない人には何を言っても無駄だから、
長文書いても意味ないと思うんだ。
85:nobodyさん
07/10/23 13:18:34
>>84
無駄とは限らないでしょ。誰だって最初は、何も知らないんだから。
皆いろんなことをきっかけに、少しずつ学んでいくものだと思う。
86:nobodyさん
07/10/30 04:04:55
>>83
Velocity 1.5から文字列連結できるようになったんじゃなかったっけ？
そんな些細なことはおいといて、JavaではVelocityつかったりFreeMarkerつかったり、はてはJSPでもELが導入されたりしてるのを見ると、やっぱなんかへんじゃね？とおもってしまう。
Javaが十分書きやすかったら、Javaと同じ書き方でよかったはずだよね。
VelocityやFreeMarkerがあえて機能を制限しているのはかまわないけど、それと書き方とは別の問題でしょ？機能を制限する・しないということと、書き方をどうするかというのは本来別の話。
機能を制限しても、Javaと同じ書き方にすることはできる。Velocityはまだ埋め込み言語だからそれ用の書き方が必要なのはわかるけど、ELなんかは本来、独自の言語仕様を持つ必要なんかなかった。でもJavaが書きにくいから用意されたとしか思えん。
87:nobodyさん
07/10/30 04:09:55
>>83
>だけど、2000年頃は、JSPの中にJavaコードを書きまくった、HTMLよりJavaが何
>倍も多いものが蔓延していた。Velocityならプロジェクト管理者がこういうの
>を強制的に排除できる。eRubyだと出来ない。
VelocityでもJSPでも、マクロとかプラグインを使えば何だってかけるじゃん。
JSPのJSTLなんか、標準でSQL叩けるんだぞ。全然制限になってない。
88:nobodyさん
07/10/30 07:05:54
そもそもJSPは出発時点からして失敗してる。
だからJSTLやELとかでお茶を濁そうとしてるが
本質的な設計が失敗だったので
何をやっても汚くなっていくだけ。
JSTLとかあほすぎるし。
条件分岐1つ書くのにどれだけコード書けってんだよ。
89:nobodyさん
08/03/02 17:40:58
スクリプレットバッシングの時代にズダボロに引き裂かれたStrutsと、
グングン成長したRails
- ひがやすを blog
URLﾘﾝｸ(d.hatena.ne.jp)
90:nobodyさん
08/03/10 04:18:05
またJonathan RevuskyとDaniel Dekanyが荒らしをしてる。
死ねよ、てめえら。
91:nobodyさん
08/03/10 16:56:46
ひどいな・・・・激しいタイトルのメールがスパムフィルタを抜けて届いたから
ビクっとしたらMLのメールだった・・・・
相手を嘘つき扱いで、個人攻撃ですか・・・
92:nobodyさん
08/03/11 15:43:06
まあ、このソフトの開発者はそろいもそろって荒らしだもんな・・。
93:nobodyさん
08/06/06 23:50:27 astBuURj
現在のバージョンは、
・セールスレターテンプレート集(６８通)
・売れるセールスレターの書き方
・ダイレクトメールワークシート
・穴埋め式Ｅメールテンプレート（１４通）
・究極のセールスレターツールＢＯＸ
など、合計で５００ページ近いパッケージとＣＤＲＯＭが
セットになっています。
ただ、この無料お試しはだいぶコストがかかるらしいので
５００個の限定だそうです。
興味があればこちらをクリックしてください。
URLﾘﾝｸ(www.123marketing.jp)