Wicket as Meta-Framework

Size: px

Start display at page:

Download "Wicket as Meta-Framework"

ひできとくやす
9 years ago
Views:

1 Karatachi Project ( 仮 ) たけうち(ちめら) [email protected]

2 流しの似非プログラマ兼 NEET アセンブラからアスペクト指向までが座右の銘言語オタクというよりはソフトウェア工学オタク一応まだたぶん学生システムのバグでforループから抜け出せませんアスペクト指向の研究室のはずベンチャーもしてたりするかもしれない一緒に働いてくれる人募集中 ( 主にWicketとかC#とか) 仕事はたまに欲しいかも

抜け出せませんアスペクト指向の研究室のはずベンチャーもしてたりするかもしれない一

3 上から下まで非常に拡張性の高いフレームワーク高レベルなところではPanelによるコンポーネント化低レベルでは各種 ListenerやBehaviorによる振る舞いの追加もっと低レベルなところにも探せばいろいろとりあえず拡張したいと思ったところにはだいたい拡張ポイントがある HTML 要素の素直かつエレガントなオブジェクト表現ほどよい粒度でのコンポーネント化タグの階層構造をオブジェクトのコンポジションで表しているのが素敵ポイント

とりあえず拡張したいと思ったところにはだいたい拡張ポイントがある HTML 要素の素直

Component Resolver HTMLタグからのコンポーネントインスタンスの自動生成について Teedaっぽいフィールドとプロパティの関連づけの設計と実装 Wicket with DI Container SeasarとWicketのつなぎこみをしたときに見

4 Component Resolver HTMLタグからのコンポーネントインスタンスの自動生成について Teedaっぽいフィールドとプロパティの関連づけの設計と実装 Wicket with DI Container SeasarとWicketのつなぎこみをしたときに見つけたおもしろい拡張ポイントの紹介むしろ作ったS2Wicketもどきの宣伝 London Wicket Users Group から Tips & Etc Component Visitorによるコンポーネントの振る舞いの一括変更 Borderの使い道の模索

SeasarとWicketのつなぎこみをしたときに見つけたおもしろい拡張ポイントの紹介むしろ作ったS2Wicketもどきの宣伝

5 コンポーネントの自動解決とその応用

6 Wicketでページを作るとき基本となるメソッド HTMLのタグとコンポーネントを関連づけるなんか追加するコンポーネントがたくさんあるとだるい保守しにくい <h2> 名前入力フォーム</h2> <form wicket:id="form"> <p><input wicket:id= name type= text /><p> <p><input type= submit /></p> </form> private class NameForm extends Form { private String name; public InputForm(String id) { super(id); add(new TextField( name, new PropertyModel(this, name )));

<p><input type= submit /></p> </form> private class NameForm extends Form { private String

7 public interface IComponentResolver extends IClusterable { public boolean resolve( MarkupContainer container, MarkupStream markupstream, ComponentTag tag); コンポーネント自動解決のためのインターフェース HTMLのパース中にMarkupContainerに登録されていないwicket:id が出現したとき呼び出される MarkupContainerに実装するだけで勝手に呼び出される登録とか何もない implementsするだけビックリ

動解決のためのインターフェース HTMLのパース中にMarkupContainerに登録されていないwicket:id が出現したとき呼び

8 public interface IComponentResolver extends IClusterable { public boolean resolve( コンポーネントを解決できなかったコンテナ MarkupContainer container, MarkupStream markupstream, パース& 変換中のストリーム ComponentTag tag); 解決できなかったタグの情報タグの情報が渡されるのでcontainerに対してコンポーネントを追加するだけ public class HomePage extends WebPage implements IComponentResolver { public boolean resolve(markupcontainer container, MarkupStream markupstream, ComponentTag tag) { if (tag.isautocomponenttag()) return false; タグのIDを取得してラベルを生成 Label label = new Label(tag.getId(), "Component Not Found + "[id:" + tag.getid() + "]"); return container.autoadd(label, markupstream); ラベルをコンテナに追加

IComponentResolver { public boolean resolve(markupcontainer container, MarkupStream markupstream, ComponentTag tag) { if (tag.

wicket:id="test3" /> </body> </html> public class HomePage extends WebPage implements IComponentResolver { public boolean

9 <?xml version="1.0" encoding="utf 8"?> <html xmlns:wicket> <head> <title>wicket demo</title> </head> <body> <div wicket:id="test1" /> <div wicket:id="test2" /> <div wicket:id="test3" /> </body> </html> public class HomePage extends WebPage implements IComponentResolver { public boolean resolve(markupcontainer container, MarkupStream markupstream, ComponentTag tag) { if (tag.isautocomponenttag()) return false; Label label = new Label(tag.getId(), "Component Not Found + "[id:" + tag.getid() + "]"); return container.autoadd(label, markupstream);

10 ComponentTagは勝手に追加したタグの属性も取得できるつまりはresolverの制御コマンドをタグに埋め込める.propertiesファイルを使うとあんなことやそんなことまでタグ内のテキストを取得するのは少し面倒 MarkupStreamの動作について知る必要がある

11 コンポーネントと指定したオブジェクトのプロパティをその名前で結びつけるModel <h2> 名前入力フォーム</h2> <form wicket:id="form"> <p><input wicket:id= name type= text /><p> <p><input type= submit /></p> </form> 名前で関連づける private class NameForm extends Form { private String name; public InputForm(String id) { super(id); setmodel(new CompoundPropertyModel<NameForm>(this));

/></p> </form> 名前で関連づける private class NameForm extends Form { private String

以上を踏まえるときわめて怪しいことが可能 Formクラスのインスタンス自身をCompoundPropertyModelに入れてコンポーネントが自身のIDでFormのフィールドを参照できるようにFormクラスを継承 <input>タグや<select>タグのタイプによって自動生成

12 以上を踏まえるときわめて怪しいことが可能 Formクラスのインスタンス自身をCompoundPropertyModelに入れてコンポーネントが自身のIDでFormのフィールドを参照できるようにFormクラスを継承 <input>タグや<select>タグのタイプによって自動生成するコンポーネントを変えてしまうようなResolverを実装必須項目を属性としてタグに追加ついでにValidation 情報も追加できるようにしちゃったり Reslover 特盛り化 ListViewの子要素のコンポーネント追加処理も自動化しちゃったりなんかして

動生成するコンポーネントを変えてしまうようなResolverを実装必須項目を属性としてタグに追加ついでにValidation 情

13 <h2> 登録フォーム</h2> <form wicket:id="form"> <dl> <dt>お名前 </dt><dd><input wicket:id="name" type="text" size="30" wicket:required="true" /></dd> <dt> 参加形態 </dt><dd><select wicket:id="entry" wicket:type="enum:org.karatachi.demo.entrytype" /></dd> <dt> 懇親会 </dt><dd><select wicket:id="party" wicket:type="enum:org.karatachi.demo.partytype" /></dd> <dt> 一言 </dt><dd><input wicket:id="message" type="text" size="80" /></dd> <dd><input type="submit" value=" 登録 " /></dd> </dl> </form> private class InputForm extends SelfResolveForm implements Cloneable { String name; EntryType entry = EntryType. 一般参加 ; PartyType party = PartyType. 参加しない; String message; public InputForm(String id) { protected void onsubmit() { list.add((inputform) this.clone());

entrytype" /></dd> <dt> 懇親会 </dt><dd><select wicket:id="party" partytype" /></dd> <dt> 一言 </dt><dd><input wicket:id="message" type="text" size="80" /></dd> <dd><input type="submit" value=" 登

14 ちなみに正規表現での Validationなんかもタグに記述可能です可能です

15 WicketにおけるDIコンテナのサポートとその利用

16 Wicketに登録するオブジェクトはすべてSerializableでなくてはいけない WicketはPageクラスのシリアライズデシリアライズを繰り返してセッションを保つ DIで利用するオブジェクトはSerializableにすることが難しいことが多い Wicketでもコンポーネント管理をおこなっている DI Containerの管理とバッティング Hot Deployを利用しようとするとClassLoaderが2 系統作られDI ContainerのHot Deployが利用できない

しいことが多い Wicketでもコンポーネント管理をおこなっている DI Containerの管理とバッティング Hot

17 WicketとDI Containerの間にProxyをはさむ他方のオブジェクトにアクセスする際には必ずコンポーネントマネージャーを一度通す private Foo foo; public void onpageattached() { foo = SingletonS2Container.getComponent(Foo.class); ページが表示されるときマネージャから取 protected void ondetach() { 表示し終わったら一度 nullにもどす foo = null;

onpageattached() { foo = SingletonS2Container.getComponent(Foo.

wicket ioc クラスのフィールドをProxyとするためのライブラリ wicket springやwicket guiceなどが利用 IComponentInstantiationListener WebApplication 初期化時に登録すると全 Component 継承クラスでコンストラクタの一番はじめに呼び出されるこの時点

18 wicket ioc クラスのフィールドをProxyとするためのライブラリ wicket springやwicket guiceなどが利用 IComponentInstantiationListener WebApplication 初期化時に登録すると全 Component 継承クラスでコンストラクタの一番はじめに呼び出されるこの時点でDIを利用できるようにすると継承クラスでのコンストラクタでDIされたコンポーネントを利用できる ReloadableWicketFilter WicketでHot Deployを実現しているFilter DI Container 側でこいつのClassLoaderを利用するようにしてやればDIContainer 側もHot Deployされる

番はじめに呼び出されるこの時点でDIを利用できるようにすると継承クラスでのコンストラクタでDIされたコンポーネントを利用できる

19 IInitializer & IDestroyer WebApplicationの初期化時破棄時に呼ばれるインターフェース拡張ライブラリを作ったときにjarファイル内のwicket.properties にinitializerという名前で実装クラスのパスを書いておくと自動的に起動される

20 Hot Deployの改良 Hot Deploy 時にSeasar 側で全コンポーネントがリロードされてしまうため PermGenスペースが開発時にすぐ無くなる現在あれこれ呼び出し順序などの組み合わせを入れ替えつつ調整中公開にむけてドキュメントの準備先のComponentResolverを使用した作りためたコンポーネント群をどうするか

S2Wicketの紹介

S2Wicketの紹介 2007 Autumn S2Wicketのの紹介よういちろう 1 自己紹介田中洋一郎株式会社エーティーエルシステムズ http://www.atl-systems.co.jp/ Blog: 天使やカイザーと呼ばれて http://www.eisbahn.jp/yoichiro/ S2Wicketコミッタ 2 [ 宣伝 ] こみゅすけ http://commusuke.eisbahn.jp/