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 駄スレだが許せ。
FreeMarkerって何よ？
FreeMarker is a "template engine"; a generic tool to generate text
output (anything from HTML to autogenerated source code) based on
templates. It's a Java package, a class library for Java programmers.
It's not an application for end-users in itself, but something that
programmers can embed into their products.
FreeMarkerとは、テンプレートに基づいてテキスト出力（HTMLからソースコード
まで何でも）を生成する汎用のツール、つまり「テンプレートエンジン」です。
FreeMarkerはJavaパッケージ（Javaプログラマーのためのクラスライブラリ）で
す。それ自体はエンドユーザのためのアプリケーションではなく、プログラマー
が製品に埋め込んで使用するものです。
pages, particularly by servlet-based applications following the MVC
(Model View Controller) pattern. The idea behind using the MVC pattern
for dynamic Web pages is that you separate the designers (HTML authors)
from the programmers. Everybody works on what they are good at.
Designers can change the appearance of a page without programmers having
to change or recompile code, because the application logic (Java
programs) and page design (FreeMarker templates) are separated.
Templates do not become polluted with complex program fragments. This
separation is useful even for projects where the programmer and the HMTL
page author is the same person, since it helps keeping the application
clear and easily maintainable.
FreeMarkerは、特にMVC（モデル、ビュー、コントローラ）パターンにしたがっ
たServletベースのアプリケーションが、HTML Webページを生成するのに実用的
であるよう設計されています。動的なWebページにおいてMVCパターンを使う理由
は、デザイナー（HTMLを書く人）とプログラマーとを分けるためです。人にはそ
れぞれ得意なことがあり、それで仕事をします。〔訳注：FreeMarkerを使えば〕
アプリケーションロジック（Javaプログラム）とページデザイン（FreeMarkerテ
ンプレート）とが分離されるため、デザイナーはページの外見を変更するときに、
プログラマーに変更させたり再コンパイルさせたりする必要がありません。テン
プレートは複雑なプログラム片によって汚染されることがありません。このよう
な分離は、プログラマーとHTMLページ作成者とが同じ人間である場合でも有用で
す。なぜなら、分離によってアプリケーションをきれいに保ち、メンテナンスが
容易になるからです。
full-blown programming language like PHP. Instead, Java programs prepare
the data to be displayed, and FreeMarker just generates textual pages
that display the prepared data using templates.
FreeMarkerはいくらかのプログラミング機能を持っていますが、PHPのような本
格的なプログラミング言語ではありません。表示すべきデータはJavaプログラム
で用意し、FreeMarkerはそのデータからテンプレートを用いてテキストベースの
ページを生成するだけです。
Overview of FreeMarker workflow
FreeMarkerによるワークフローの概観
〔訳注：ここで画像〕
ttp://freemarker.sourceforge.net/images/overview.png component in a Web application framework, but the FreeMarker engine
itself knows nothing about HTTP or servlets. It simply generates text.
As such, it is perfectly usable in non-web application environments as
well. Note, however, that we provide out-of-the-box solutions for using
FreeMarker as the view component of Model 2 frameworks (e.g. Struts),
which also let you use JSP taglibs in the templates.
FreeMarkerはWebアプリケーションフレームワークではなく、Webアプリケーショ
ンフレームワークの1コンポーネントとして存在するのが適切です。しかし
FreeMarkerエンジン自体はHTTPやServletとは何の関係もありません。エンジン
は単にテキストを生成するだけですので、Webではないアプリケーション環境で
も同じように役に立ちます。またFreeMarkerは素の状態でも、テンプレート中に
JSPタグライブラリを使うようなModel2フレームワーク（例：Struts）のビュー
コンポーネントとして使用することができます。
Certified Open Source Software. OSI Certified is a certification mark of
the Open Source Initiative.
OSIはFreeMarkerをBSDスタイルのライセンスとともにFreeだと認定しました。
FreeMarkerはOSI認定のオープンソースソフトウェアです。OSI認定はオープンソ
ースイニシアチブの認定マークです。
Read more feature highlights.
機能の詳細についてはこちらをご覧ください。
ttp://freemarker.sourceforge.net/features.html -- 以上 --
もとねた：
ttp://http://freemarker.sourceforge.net/ けっこう意訳（超訳？）だけど、おかしな点があったら指摘おねがい。
プロジェクトに入れたくてもシラネとかいわれるしぐぐってもあまり日本語の情報がないので結局Struts + JSPあたりになっちゃうんだよなぁ。
ttp://freemarker.sourceforge.net/fmVsVel.html Velocity is a simpler, more lightweight tool. Thus, it does not address
many tasks that FreeMarker does, and its template language is less
powerful in general, but it is simpler.
Velocityはシンプルでとても軽量なツールです。しかし、FreeMarkerが解決して
いる多くの課題を、Velocityは解決できていません。またVelocityのテンプレー
ト言語はシンプルですが、一般的にいってあまり強力ではありません。
simpler than working with Velocity, since with Velocity you have to find
custom tools and find various other workarounds to solve typical
template authoring tasks again and again, and you end up losing much
more time in the long run than you have won on the quick starting. Also,
the result of solving something with tools and workarounds is most
probably not as terse or efficient as the solution in the engine core.
しかしながら、ほとんどのアプリケーションにおいて、VelocityよりFreeMarker
を使うほうがより簡単だと我々は考えています。なぜなら、テンプレートを記述
するうえでの典型的な課題を解決するのに、Velocityでは専用のツールや他のワ
ークアラウンド〔訳注：うまい解決法ではないがとりあえず問題を解決してくれ
る方法のこと〕を探してくる必要があります。またほとんどの場合において、ツ
ールやワークアラウンドによる解決は、テンプレートエンジンによる解決ほどに
は簡単明瞭でもなければ効率的でもありません。
means extensive direct usage of Java object methods in the Velocity
template (this violates the idea of simple, non-programmer HTML-designer
friendly templates) or the movement of presentation tasks into the
controller code (this violates the MVC idea). And, after all, if you use
FreeMarker only for what Velocity can do out-of-the-box, it is as simple
as Velocity.
もっといえば、Velocityリストアーカイブ〔訳注：メーリングリストのアーカ
イブのこと？〕によれば、こういったワークアラウンドはたいてい、Velocity
テンプレートの中でJavaオブジェクトのメソッドを広範囲に直接利用することに
なります（このことは、シンプルで、かつプログラマーではないHTMLデザイナー
にもやさしいテンプレートという理念に反します）。結局のところ、Velocityが
素の状態でできることについてのみFreeMarkerを使うのであれば、FreeMarkerは
Velocityと同じぐらいシンプルです。
third party support and a much larger user community. However, you might
need less support for FreeMarker because instead of creating and
discussing workarounds you might often be able to simply use FreeMarker
standard features. And in case you have difficulties there are of course
active web forums and mailing lists. Moreover, since with FreeMarker you
can use Model-2 frameworks as Struts and any JSP tag libraries
out-of-the-box, perhaps third-party support is not a that big problem if
you are in the servlet segment. Also, more and more servlet frameworks
adapt FreeMarker as their view layer, next to JSP and Velocity.
VelocityがFreeMarkerに比べて勝っている点は、サードパーティが広くサポート
していることと、ユーザコミュニティが非常に大きいことです。しかしながら、
ワークアラウンドを作り出したり議論したりするかわりに、単にFreeMarkerの標
準機能を使うだけで済むことが多いので、FreeMarkerについてはサポートがあま
り必要ではありません。もちろん、それでも問題となることがあれば、活発な
Webフォーラムやメーリングリストがあります（ので質問できます）。もっとい
えばFreeMarkerは素の状態でも、StrutsのようなMVCモデル2に基づいたフレーム
ワークや、あるいはJSPタグライブラリを使うことができます。そのため、
Servletまわりでいえば、サードパーティによるサポートは大きな問題ではない
可能性もあります。また多くのサーブレットフレームワークが、JSPやVelocity
に続いてビュー層にFreeMarkerを採用しています。
tools, like code quality and documentation quality. But of course, we as
the authors of the product should not say anything about this. It is up
to the users to judge.
ツールを比較する際は、コードやドキュメントの品質など考慮すべき点が他にも存在します。
もちろん、我々はFreeMarkerの作者として、そういった点にも言及しなければなりません。
判断するのはユーザです。
機能比較シート
Here's a quick, non-comprehensive listing of things you can do with
FreeMarker out of the box, and which you can not do with Velocity (or,
you can but only with nontrivial workarounds). This list is originally
based on a comparison with Velocity 1.2. Contact us for change
suggestions.
これは簡単に作成したものであり包括的なものではありませんが、FreeMarkerが
素の状態でできることと、Velocityではできないこと（またはVelocityでもでき
るんだけど自明でないワークアラウンドが必要となること）の比較リストです。
このリストはVelocity 1.2に基づいています。変更すべき点があれば我々に連絡
してください。
* You can perform arithmetic calculations and comparisons on arbitrary
number types, including the arbitrary-precision types, not just integers.
* You can compare and display (format) date/time values.
[ 数値と日付のサポート ]
* 任意の数値型による算術計算と比較ができます。整数だけでなく、任意の精度の小数を扱うことができます。
* 日付や時刻を比較したり、書式を指定して表示することができます。
* You can format numbers locale-sensitively, based on a variety of
built-in and custom number-formatting patterns.
* You can format dates locale- and timezone-sensitively, based on
variety of built-in and custom date-formatting patterns.
* Identifiers (variable names) can contain non-English letters like
accented letters, Arabic letters, Chinese letters, etc.
[ 国際化 ]
* 数値を、ロケールに従った書式に変換できます。
書式のパターンは多くのものがあらかじめ組み込まれており、またカスタムで作成することもできます。
* 日付を、ロケールまたはタイムゾーンに従った書式に変換できます。
書式のパターンは多くのものがあらかじめ組み込まれており、またカスタムで作成することもできます。
* 識別子（変数名）にアルファベット以外の文字を使うことができます。
例えばアクセントつき文字、アラビア文字、漢字などが使用可能です。
* You can break out of loops.
* You can access control variables of outer loops from bodies of inner loops.
* You can test whether you are in the last iteration of the loop.
[ ループハンドリング ]
* breakでループを抜けることができます。
* 内部のループから、外側のループ変数にアクセスしたり変更することができます。
* ループの最後であるかどうかを判定することができます。
* You can access array elements, both primitive and non-primitive by index using the familiar [i] syntax.
* You can query the length of an array.
[ テンプレート言語レベルでの配列の扱い ]
* プリミティブか非プリミティブかに関わらず、使い慣れた「[i]」というシンタックスで配列の要素にアクセスできます。
* 配列の長さを調べることができます。
* Macro invocations can pass parameters either by position or by name.
* Macro parameters can have default values which are effective when the parameter is omitted on invocation.
* Macro invocations can have a nested body (<@myMacro>body</@myMacro>) that can be called by the macro for processing.
* Macros are plain variables, so you can select the macro to execute based on an expression, or pass a macro to another macro as parameter.
* Invoke a macro that is defined later in the template.
* Local variables in macros, and recursive invocation of macros. In Velocity it is now possible with the currently (Feb. 2005) not officially documented #local function.
[ マクロ ]
* マクロの呼び出しで引数を渡すことができます。また引数は、位置による指定も、名前による指定もできます。
* マクロの引数はデフォルト値を指定できます。マクロ呼び出し時に引数が指定されない場合は、デフォルト値が使用されます。
* マクロの呼び出しでは本体をネストさせることが可能です（<@myMacro>本体</@myMacro>）。
ネストした本体はマクロによって処理されます。
* マクロは通常の変数です〔訳注：マクロがfirst class objectであるということ。多分。〕。
そのため、実行するマクロを式に基づいて切り替えたり、マクロを別のマクロに引数として渡すことができます。
* マクロをテンプレート中で定義するまえに呼び出すことができます。
* マクロ中でローカル変数が使用できます。またマクロを再帰的に呼び出すことができます。
Velocityでも #local という機能でできるようになったようです（2005年2月現在）。ただし公式にはドキュメント化されていません。
* You can use multiple name-spaces for variables. This is invaluable when you build "macro libraries",
because you can prevent name collisions with application specific variables or with variables of other macro libraries.
[ 名前空間 ]
* 変数の名前空間を複数使用することができます。
この機能により、アプリケーション固有の変数や他のマクロが使用する変数との名前の衝突を防ぐことができるため、
"マクロライブラリ"を作るときはたいへん重宝します。
* You can turn a string upper-, lower-, or title-case, turn
upper-/lowercase only the first letter, convert (escape) the string to
HTML, XML, or RTF, extract substrings, split strings, query string
length, find/replace substring, ...etc.
* Access elements of lists by index, extract sublists, concatenate lists,
query size of a lists, sort lists.
* Access map elements by variable key, check if the map is empty, obtain
the key or value list.
[ Javaと独立した、文字列やリストやマップを操作するための組み込みの関数や演算子 ]
* 文字列を大文字/小文字にしたり、title-caseにしたり〔訳注：Camel Caseのこと？〕、
最初の文字だけを大文字/小文字にしたり、HTMLやXMLやRTF用に特殊文字をエスケープしたり、
部分文字列を取り出したり、分割したり、長さを調べたり、部分文字列を検索したり置き換えたり、
・・・などができます。
* リストの要素に添え字でアクセスしたり、部分リストを取り出したり、複数のリストを結合したり、
長さを調べたり、ソートしたりできます。
* マップの要素にキーでアクセスしたり、空かどうか調べたり、キーや値をリストとして取り出したりできます。
* When you try to access an undefined variable, FreeMarker will not accept that silently.
You can configure FreeMarker to stop template rendering with an error message, or skip the wrong part.
In either case, FreeMarker will log the problem, so it does not remain hidden.
* FreeMarker will throw an exception if you mistype a directive name, and will not print the statement
silently to the output (unless you use the now deprecated non-strict syntax).
[ テンプレート中のTypoや間違いを指摘 ]
* 未定義の変数にアクセスした場合、FreeMarkerは黙ったままそれを許すことはしません。
FreeMarkerの設定を変更することで、間違いが合った場合はテンプレートのレンダリングを中止して
エラーメッセージを表示させることも、また間違った箇所をスキップさせることもできます。
どちらの場合でも、FreeMarkerは問題があればそれをログに残すので、エラーが隠されたままになることはありません。
* ディレクティブ名を間違えたとき、FreeMarkerは例外を発生します。そのため、黙って文を出力に表示することはありません
（厳密ではない構文を使った場合はこの限りではありませんが、現在では廃止予定となっています）。
* You can enclose a block of template in a set of tags that will cause it to apply
HTML escaping or XML escaping (or any other transformation you can express as a
FreeMarker expression for that matter) on all interpolations (${foo}) in the block.
* FreeMarker has transforms, which are blocks of template that when rendered, go through a
transforming filter. Built-in transforms include whitespace compressor, HTML and XML escaper.
Best of all, you can implement your own transformers as well (i.e. if you generate
Java source code, you can write a Java code pretty-printer transform and insert it
into the template). Naturally, transforms can be nested.
* You can explicitly flush the output writer with a built-in flush-directive.
* You can stop the rendering with a built-in stop-directive.
[ 高度なレンダリングコントロール ]
* テンプレート中のあるブロックをタグで囲んで範囲指定し、その中に含まれるすべての
Interporation（${foo}）に対してHTMLエスケープやXMLエスケープ（あるいはFreeMarkerの
式として表現できる、ほかのどんなTransformation）の対象とすることができます。
* FreeMarkerはTtransformという機能があります。これは、テンプレート中のブロックを
レンダリングされるときに変換フィルターを通す機能です。
組み込み済みのTransformとしては、連続するホワイトスペースを圧縮したり、
HTMLやXMLの特殊文字をエスケープしたりするものがあります。
また独自の変換を作成することもできます（例えばJavaのソースコードを生成したときに、
そのコードをきれいにフォーマットして出力するようなTransformを作成することができます）。
当然ですが、Transformはネストさせることができます。
* 組み込みのflushディレクティブを使って、出力用writerを明示的にフラッシュすることができます。
* 組み込みのstopディレクティブを使って、レンダリングを止めることができます。
* Beside the usual string, number, and boolean literals you can define
list and map literals as well inside templates.
* There is a support for all Java string literal escapes: \b, \t, \n, \f, \r,
\", \', \\, also we support \xXXXX to specify characters with their UNICODE code.
[ リテラル ]
* 通常の文字列リテラルや数値リテラルや真偽値リテラルと同様に、リストやマップのリテラルを
定義してテンプレート中に含めることができます。
* Javaの文字列で使用できるエスケープ文字はすべて使用可能です：\b、\t、\n、\f、\r、
\"、\'、\\、およびユニコードの文字を表す\xXXXXが使えます。
* 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タグのみを含む行から、ホワイトスペース
（空白、タブ、改行）を取り除きます。これにより、いつも悩みの種となる、
明らかに余計であるようなホワイトスペースはなくなります。
* 極端なケースですが、ホワイトスペースが現実の問題となった場合には、
不必要なホワイトスペースを行から明示的に削除するディレクティブを使うこともできます。
* You can use JSP custom tag libraries in templates.
* You can work directly on Python objects.
[ 他の技術との統合 ]
* JSPカスタムタグライブラリをテンプレート中で使用できます。
* Pythonオブジェクトを直接使用することもできます{{(まじで？)}}。
* 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.
ttp://http://freemarker.sourceforge.net/fmVsXSLT.html [ 強力なXML Transformation機能 ]
* バージョン2.3から、FreeMarkerは強力なXML Transformation機能を新しく持つようになりました。
これにより、FreeMarkerによってXSLTを置き換えることが可能となりました。
今までにも、この用途のためにVelocityをより高機能にしようとする試みはありましたが（DVSLなど）、
Velocityは現実的な競争相手とはなりませんでした。我々の見解では、Velocityのコアエンジンに対して何らかの改良、
例えば名前空間にマッピングしたマクロライブラリのサポートやマクロ中のローカル変数のサポートなどがなされない限り、
VelocityがFreeMacroの競争相手となることは決してないでしょう。
* FreeMarkerとXSLTのより詳細な比較はこちらをご覧ください。
ttp://http://freemarker.sourceforge.net/fmVsXSLT.html * 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』
ttp://http://freemarker.sourceforge.net/fmVsVel.html 眠い・・・
・未定義変数への対処
この二つは魅力を感じる。
マクロとか高機能化のトピックについては
テンプレートなんだからそもそもイラネと思うのが個人的な意見。
<#コマンド> な形式もタイプ量増やすだけで好きになれん。
VelocityのユーザーMLを２年ぐらい前から荒らしている。
何度注意しても聞かない。
ということで、仮に優れていても絶対に使わない。
Jonathan Revusky本人だったらﾃﾗﾜﾛｽ
ちょっとあなたは嘘はつくのはやめてください
Jonathanに訴えられますかもしれませんよ
それではいいですか？
どうやらハンガリー人らしい。
JSFとfreemarkerはまったく違う技術だろ。混同しているおまえの脳みそに乾杯。
テンプレートエンジンをjspの代用として考えるのは時代遅れ？
それはelが登場したから？
>いろいろあるテンプレートエンジンで高機能はfreemarker？
そう
>テンプレートエンジンをjspの代用として考えるのは時代遅れ？
そんなことはまったくない。というより、とても正しい考え方。
>それはelが登場したから？
ELのおかげでJSPをテンプレートエンジンとして使いやすくなったのはたしか。癖があるけどね。
でもなー、JSPは結局servletの一形態だから、servletコンテナがないと動かないので
Webアプリ以外では使えないし、
JSPは思ったより仕様が複雑なので、それよりはFreemarkerのほうが簡単だと思う。
JSPの利点は、標準化されていることと、広く普及していること。逆に言えばそれだけ。
なるほど。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
