Apache Wicket

Apache Wicket

Wicketってなに

• http://www.wicket-ja.org/about_wicket
• http://www.ibm.com/developerworks/jp/web/library/wa-aj-wicket/

オブジェクト指向

• WicketはJavaのオブジェクト指向言語としての機能を最大限に活用。
• Strutsのような設定ファイルを持たない。唯一の設定ファイルは「web.xml」
• プログラマは自由にページを「継承」したり、機能を「委譲」したりすることがでる

HTMLをそのまま使う

• JSPのようなページ・テンプレートも否定
• HTMLファイルをそのままテンプレートとして使用
• HTMLにもともと存在する属性をWicketが使うこともほぼない
• 利用するのは、HTMLエディタが無視してくれる、独自の「wicket:id」属性だけ
• HTMLファイルをJSPに変換するための余計な労力は発生しない

コンポーネント指向

• ページをオブジェクトとして扱う。
• ページそのものが複数の「コンポーネント」の組み合わせでできていると考える
• 「テキストフィールド」や「ラベル」「ラジオボタン」という各要素もコンポーネントの一種
• コンポーネントはただのオブジェクトであって、入力補完をしてくれるフィールドや、日付選択用のボタンのついたフィールドなども「コンポーネント」
• 複数のコンポーネントを組み合わせた、例えば「ログインフォーム」「コメントフォーム」などもコンポーネント。複数の画面で再利用可能
• Ajax対応コンポーネントをページに追加するだけで、Ajax化されてウェブページを作ることができる。

ステートフル

• アプリケーションには状態があるが、HTTPという通信プロトコルには本来「状態」という概念がない。
• サーブレットはこの問題を上辺だけで解決してきた。管理はすべてプログラマまかせ。
• Wicketはページの状態をフレームワークが保持します。入力値やページの変更も「状態」として保持
• Wicketではページの状態をWicketが保持するから、ページに単純に値を保持できます。
• ページを「オブジェクト」として作ることができる
• サーブレットはサーブレット内に値を持つこと自体が禁止されていたのと対照的(状態はすべて「セッション」に保持して自分で管理しなければいけなかった)