From todoa2c ＠ gmail.com Fri Jun 12 20:52:41 2009 From: todoa2c ＠ gmail.com (Atsushi Kanaya) Date: Fri, 12 Jun 2009 20:52:41 +0900 Subject: [Wicket-ja-user 342] =?iso-2022-jp?b?GyRCMGw7fiVaITwlOCRLQlAkOSRrSWkyWSROJCskMSQrGyhC?= =?iso-2022-jp?b?GyRCJD8kSyREJCQkRhsoQg==?= Message-ID: <92174b7d0906120452y79e29b7v45aa3560f415d0c9@mail.gmail.com> 金谷です。こんばんは。 Wicketで作ったWebサイトに対する負荷テストにつきまして相談させてください。 負荷テストをかける際に、URLで直接アクセス可能なページに対する負荷は簡単に行えますが、 一時ページに対する負荷のかけ方は、皆さんどのように行われいますでしょうか？ 以下で紹介されているような、JMeterを使って指定のURLを正規表現で抜き出して云々、 という設定をこなしているのでしょうか？ http://cwiki.apache.org/WICKET/wicket-and-jmeter-with-regular-expressions.html さすがにSeleniumでは負荷をかけることは難しいでしょうし、上記の内容は若干手間だしで もう少し楽な方法を模索中です。何か案がありましたらご教授ください。 以上、よろしくお願いします。 From r_f_315 ＠ hotmail.com Fri Jun 26 15:23:54 2009 From: r_f_315 ＠ hotmail.com (=?iso-2022-jp?B?GyRCOEVAbhsoQiAbJEJOdRsoQg==?=) Date: Fri, 26 Jun 2009 06:23:54 +0000 Subject: [Wicket-ja-user 343] =?iso-2022-jp?b?Q29udmVydGVyGyRCJEs0WCQ3JEY8QUxkJEckOSEjGyhC?= Message-ID: 古川です、 Converterの取り扱いについて悩んでおります。 あるデータ型について、アプリケーション全体でコンバータを差し替えたい時は、Applicationクラスにて @Override protected IConverterLocator newConverterLocator() { /* Wicket標準のコンバータ実装を生成する */ ConverterLocator locator = new ConverterLocator(); /* Boolean.classのコンバータを独自コンバータで上書き */ locator.set( Boolean.class, new YesNoConverter() ); /* ロケータを返す */ return locator; } で出来ることはわかるのですが、 例えばある TextField thisFieldで Boolean型の値にしたがって true -> はい false -> いいえ と入出力を切り替えたいとします。 このとき、コンバータを切り替えたいのは、 TextField thisField だけであって、アプリケーション全体のBoolean型についてコンバータを切り替えたいわけではないとします。 この時、この入力フィールドだけコンバータを変える場合、 TextField thisField = new TextField ( "ほげほげ" ) { @Override public IConverter getConverter( Class type ) { if ( Boolean.class == type ) { return new YesNoConverter(); } return getConverter( type ); } } とするのが正しいのでしょうか？ 他にも同じタイプの入出力のフィールドがあり、使いまわししたい場合は、 TextFieldクラスを継承した YesNoField でも作って↑の実装を内部に記述して対応する。 というのが正しい方法なのでしょうか？ それとも Boolean型を内包するYesNoクラスでも作って、データの取り扱いをYesNo型に変えた後に、 ConverterLocator に コンバータを追加でしょうか？ ( 大げさすぎる気がしますが。。。 ) データ型はBooleanなんだけど、画面での表示は様々に変えたいという要件は結構あると思うのですが。 例えば 男：女 既婚：未婚 左：右 等々。 Boolean型に限らず、似たような状況はあると思うのですが、皆様はどうやって対応されていますか？ どなたかアドバイスをご教示頂きたく。 以上、よろしくお願い申し上げます。 _________________________________________________________________ Hotmail が進化した！セキュリティーもばっちり！ http://clk.atdmt.com/GBL/go/153791838/direct/01/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/wicket-ja-user/attachments/20090626/cac5b6a0/attachment.htm From t_yano ＠ me.com Sat Jun 27 02:23:25 2009 From: t_yano ＠ me.com (Tsutomu Yano) Date: Sat, 27 Jun 2009 02:23:25 +0900 Subject: [Wicket-ja-user 344] Re: =?iso-2022-jp?b?Q29udmVydGVyGyRCJEs0WCQ3JEY8QUxkJEckOSEjGyhC?= In-Reply-To: References: Message-ID: <6887660A-EA4B-4025-A3F3-8ADB4ACF1395@me.com> 矢野です。 ちょっと確認なんですが、話の流れからすると、それはTextFieldではなくてLabelのような気がしたんですよね。 もしこれがTextFieldの話だとすると、その項目はユーザが入力可能で、しかもIConverterによって 変換可能な値しか入力できないかなり特殊なTextFieldということになりますよねえ。 提供された例からすると、ユーザはブラウザ上でどんな文字でも入力できるわけですが、結局IConverterが 変換できるのは「はい」「いいえ」の２種類の文字列だけで、それ以外の文字列はすべて検証段階で変換エラーで はじかれてしまう。 入力が複数個に限定されるのなら、DropDownChoiceとか使うと思うので、こういうシーンになったことがないんです よね。。。 で考えてみるに、次のようなケースでしょうか。 あり得る例としては、ModelObjectがTimestampとかjava.sql.Dateとかで、ユーザは20090625みたいな文字列を入力する ケースです。 この場合は、私は独自のSqlDateConverterといったIConverter実装を用意して、さらに、getConverter()を オーバーライドしたTextFieldサブクラスとしてSqlDateTextFieldなんかを作ります。 一度作ってしまえば、あとはどんなシーンでも、日時を入力するシーンではIConverterを意識することなく、 add(new SqlDateField(.....)); で済むからです。毎回匿名サブクラスにするのもめんどくさいですし。カプセル化大事。 で、なんかの理由でTextFieldのModelObjectがBooleanだとして、そのような入力項目がアプリケーションの中で２回以上登場 するのなら、たぶんBooleanTextFieldとかいうコンポーネントを作ると思います。BooleanTextFieldはgetConverter()を オーバーライドし、「はい」「いいえ」をBoolean.TRUE, Boolean.FALSEに変換するYesNoConverterを返すように作ると 思います。 ちなみにこれがLabelの話ならば、BooleanなModelObjectを「はい」「いいえ」に変換する、AbstractReadOnlyModelの サブクラスを作って、Labelにこのモデルを渡すと思います。 ただ、「正しい方法」を求められているならば、「そんなものはない」という解答になります。 毎回匿名サブクラスを作ってgetConverterをオーバーライドするのがいいと思うなら、そうしてもいいわけで。 私はWicketではコンポーネントなりモデルなりの独自実装をどんどん作って再利用するのがいいと思うので、 BooleanTextFieldとかSqlDateTextFieldとかを作りますが、それが「正解」だということはできないですねえ。 私はそれが楽だと思います、としか。。。 参考になれば。 On 2009/06/26, at 15:23, 古川 烈 wrote: > 古川です、 > Converterの取り扱いについて悩んでおります。 > > あるデータ型について、アプリケーション全体でコンバータを差し替えたい時は、Applicationクラスにて > > @Override > protected IConverterLocator newConverterLocator() { > > /* Wicket標準のコンバータ実装を生成する */ > ConverterLocator locator = new ConverterLocator(); > > /* Boolean.classのコンバータを独自コンバータで上書き */ > locator.set( Boolean.class, new YesNoConverter() ); > > /* ロケータを返す */ > return locator; > } > > で出来ることはわかるのですが、 > 例えばある TextField thisFieldで Boolean型の値にしたがって > > true -> はい > false -> いいえ > > と入出力を切り替えたいとします。 > > このとき、コンバータを切り替えたいのは、 > > TextField thisField > > だけであって、アプリケーション全体のBoolean型についてコンバータを切り替えたいわけではないとします。 > この時、この入力フィールドだけコンバータを変える場合、 > > TextField thisField = new TextField ( "ほげほげ" ) { > > @Override > public IConverter getConverter( Class type ) { > > if ( Boolean.class == type ) { > return new YesNoConverter(); > } > > return getConverter( type ); > } > } > > とするのが正しいのでしょうか？ > > 他にも同じタイプの入出力のフィールドがあり、使いまわししたい場合は、 > TextFieldクラスを継承した YesNoField でも作って↑の実装を内部に記述して対応する。 > というのが正しい方法なのでしょうか？ > > それとも Boolean型を内包するYesNoクラスでも作って、データの取り扱いをYesNo型に変えた後に、 > ConverterLocator に コンバータを追加でしょうか？ > ( 大げさすぎる気がしますが。。。 ) > > データ型はBooleanなんだけど、画面での表示は様々に変えたいという要件は結構あると思うのですが。 > 例えば > > 男：女 > 既婚：未婚 > 左：右 > > 等々。 > > Boolean型に限らず、似たような状況はあると思うのですが、皆様はどうやって対応されていますか？ > どなたかアドバイスをご教示頂きたく。 > > 以上、よろしくお願い申し上げます。 > > Hotmail が進化した！セキュリティーもばっちり！ 安全ではやいメールをいますぐチェック。 _______________________________________________ > Wicket-ja-user mailing list > Wicket-ja-user ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/wicket-ja-user --------------------------------------------------- 矢野　勉（やの　つとむ） 電子メール: t_yano ＠ me.com --------------------------------------------------- From r_f_315 ＠ hotmail.com Sat Jun 27 12:26:06 2009 From: r_f_315 ＠ hotmail.com (=?iso-2022-jp?B?GyRCOEVAbhsoQiAbJEJOdRsoQg==?=) Date: Sat, 27 Jun 2009 03:26:06 +0000 Subject: [Wicket-ja-user 345] Re: =?iso-2022-jp?b?Q29udmVydGVyGyRCJEs0WCQ3JEY8QUxkJEckOSEjGyhC?= In-Reply-To: <6887660A-EA4B-4025-A3F3-8ADB4ACF1395@me.com> References: <6887660A-EA4B-4025-A3F3-8ADB4ACF1395@me.com> Message-ID: 古川です、 アドバイスありがとうございます。 正に下記で示された状態です。 >それはTextFieldではなくてLabelのような気がしたんですよね。 ここも迷いのある部分で、 AbstractReadOnlyModel IConverter どちらを使うべきなのか？という疑問も持っています。 自分の中では Model　　　　->　　何処からか値を引きずり出すオブジェクト Converter　->　　引きずり出された値を表示上の文字列に変換するオブジェクト なんですが、 「true,false」を「はい、いいえ」と表示するとして、 それがたまたま入力が不可能なLabelであったというだけの話で、 本来何かのオブジェクトを表示上の文字列に変換するものはConverterであるべきではないのか？ と思ってしまうのです。 （じゃあReadOnlyModelをどこで使う？と聞かれると答えれないですけど。。。） 矢野様としては、使い分けを LabelならAbstractReadOnlyを使う 入力が存在するならIConverterを使う で、統一しているということですか？ 日付の例に関しては下記の例の様にしています。 CRM等のシステムの場合、オペレータの操作が慣れてくると、 「テンキーで高速入力したい」要件が出てきて、結局ドロップダウンが煩わしくなってくると思うので。 > From: t_yano ＠ me.com > To: wicket-ja-user ＠ lists.sourceforge.jp > Date: Sat, 27 Jun 2009 02:23:25 +0900 > Subject: [Wicket-ja-user 344] Re: Converterに関して質問です。 > > 矢野です。 > > ちょっと確認なんですが、話の流れからすると、それはTextFieldではなくてLabelのような気がしたんですよね。 > もしこれがTextFieldの話だとすると、その項目はユーザが入力可能で、しかもIConverterによって > 変換可能な値しか入力できないかなり特殊なTextFieldということになりますよねえ。 > > 提供された例からすると、ユーザはブラウザ上でどんな文字でも入力できるわけですが、結局IConverterが > 変換できるのは「はい」「いいえ」の２種類の文字列だけで、それ以外の文字列はすべて検証段階で変換エラーで > はじかれてしまう。 > > 入力が複数個に限定されるのなら、DropDownChoiceとか使うと思うので、こういうシーンになったことがないんです > よね。。。 > > > で考えてみるに、次のようなケースでしょうか。 > > > あり得る例としては、ModelObjectがTimestampとかjava.sql.Dateとかで、ユーザは20090625みたいな文字列を入力する > ケースです。 > > この場合は、私は独自のSqlDateConverterといったIConverter実装を用意して、さらに、getConverter()を > オーバーライドしたTextFieldサブクラスとしてSqlDateTextFieldなんかを作ります。 > > 一度作ってしまえば、あとはどんなシーンでも、日時を入力するシーンではIConverterを意識することなく、 > > > add(new SqlDateField(.....)); > > > で済むからです。毎回匿名サブクラスにするのもめんどくさいですし。カプセル化大事。 > > > > で、なんかの理由でTextFieldのModelObjectがBooleanだとして、そのような入力項目がアプリケーションの中で２回以上登場 > するのなら、たぶんBooleanTextFieldとかいうコンポーネントを作ると思います。BooleanTextFieldはgetConverter()を > オーバーライドし、「はい」「いいえ」をBoolean.TRUE, Boolean.FALSEに変換するYesNoConverterを返すように作ると > 思います。 > > > > ちなみにこれがLabelの話ならば、BooleanなModelObjectを「はい」「いいえ」に変換する、AbstractReadOnlyModelの > サブクラスを作って、Labelにこのモデルを渡すと思います。 > > > > ただ、「正しい方法」を求められているならば、「そんなものはない」という解答になります。 > 毎回匿名サブクラスを作ってgetConverterをオーバーライドするのがいいと思うなら、そうしてもいいわけで。 > > 私はWicketではコンポーネントなりモデルなりの独自実装をどんどん作って再利用するのがいいと思うので、 > BooleanTextFieldとかSqlDateTextFieldとかを作りますが、それが「正解」だということはできないですねえ。 > 私はそれが楽だと思います、としか。。。 > > > 参考になれば。 > > > > On 2009/06/26, at 15:23, 古川 烈 wrote: > > > 古川です、 > > Converterの取り扱いについて悩んでおります。 > > > > あるデータ型について、アプリケーション全体でコンバータを差し替えたい時は、Applicationクラスにて > > > > @Override > > protected IConverterLocator newConverterLocator() { > > > > /* Wicket標準のコンバータ実装を生成する */ > > ConverterLocator locator = new ConverterLocator(); > > > > /* Boolean.classのコンバータを独自コンバータで上書き */ > > locator.set( Boolean.class, new YesNoConverter() ); > > > > /* ロケータを返す */ > > return locator; > > } > > > > で出来ることはわかるのですが、 > > 例えばある TextField thisFieldで Boolean型の値にしたがって > > > > true -> はい > > false -> いいえ > > > > と入出力を切り替えたいとします。 > > > > このとき、コンバータを切り替えたいのは、 > > > > TextField thisField > > > > だけであって、アプリケーション全体のBoolean型についてコンバータを切り替えたいわけではないとします。 > > この時、この入力フィールドだけコンバータを変える場合、 > > > > TextField thisField = new TextField ( "ほげほげ" ) { > > > > @Override > > public IConverter getConverter( Class type ) { > > > > if ( Boolean.class == type ) { > > return new YesNoConverter(); > > } > > > > return getConverter( type ); > > } > > } > > > > とするのが正しいのでしょうか？ > > > > 他にも同じタイプの入出力のフィールドがあり、使いまわししたい場合は、 > > TextFieldクラスを継承した YesNoField でも作って↑の実装を内部に記述して対応する。 > > というのが正しい方法なのでしょうか？ > > > > それとも Boolean型を内包するYesNoクラスでも作って、データの取り扱いをYesNo型に変えた後に、 > > ConverterLocator に コンバータを追加でしょうか？ > > ( 大げさすぎる気がしますが。。。 ) > > > > データ型はBooleanなんだけど、画面での表示は様々に変えたいという要件は結構あると思うのですが。 > > 例えば > > > > 男：女 > > 既婚：未婚 > > 左：右 > > > > 等々。 > > > > Boolean型に限らず、似たような状況はあると思うのですが、皆様はどうやって対応されていますか？ > > どなたかアドバイスをご教示頂きたく。 > > > > 以上、よろしくお願い申し上げます。 > > > > Hotmail が進化した！セキュリティーもばっちり！ 安全ではやいメールをいますぐチェック。 _______________________________________________ > > Wicket-ja-user mailing list > > Wicket-ja-user ＠ lists.sourceforge.jp > > http://lists.sourceforge.jp/mailman/listinfo/wicket-ja-user > > --------------------------------------------------- > 矢野　勉（やの　つとむ） > 電子メール: t_yano ＠ me.com > --------------------------------------------------- > > _______________________________________________ > Wicket-ja-user mailing list > Wicket-ja-user ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/wicket-ja-user _________________________________________________________________ 写真もデータもSkyDriveで安全にネット上に保存 http://clk.atdmt.com/GBL/go/153787333/direct/01/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/wicket-ja-user/attachments/20090627/ee66afcd/attachment.htm From t_yano ＠ me.com Sun Jun 28 03:46:03 2009 From: t_yano ＠ me.com (Tsutomu Yano) Date: Sun, 28 Jun 2009 03:46:03 +0900 Subject: [Wicket-ja-user 346] Re: =?iso-2022-jp?b?Q29udmVydGVyGyRCJEs0WCQ3JEY8QUxkJEckOSEjGyhC?= In-Reply-To: References: <6887660A-EA4B-4025-A3F3-8ADB4ACF1395@me.com> Message-ID: <3AC30D7D-6516-4354-8FE5-543900173656@me.com> 矢野です。 なるほどオペレータさんってキーでの操作がめちゃくちゃ速いですからね... で自分の作ったクラスとかをざっと見てみたのですが、どうも私の場合は、 ・ユーザからの入力変換を伴う場合は覚えてる限り間違いなくConverterを使う。 ・Converterを使う場合にはほぼ必ずコンポーネントも作る 　（全アプリで共通の変換であれば、Applicationで設定しますが） 　どうも、入力値の変換はIConverterの仕事だろう常識的に考えて、というのが私のなかに あるようです。。。 ・Labelでは横着することがあって、匿名クラスでさくっと終わるような話の場合は、 　AbstractReadOnlyModelの匿名サブクラスを作ってすませてしまう。 ・結局Labelでも、例えばTimestampを2009/06/26 10:00:00で表示するラベル、 　みたいなのは、IConverter実装を作ってますね。 　というところです。 　Labelの場合は「とってくる」って動作だけで済むので、AbstractReadOnlyModelで 済ませてしまうことも結構あります。 　というのは、Labelを匿名サブクラス化する方法だと、さらにそのあと、IConverterの 匿名サブクラスもつくらなくちゃいけなくなって、なんだか変な感じがするから...です かねえ。そこまでやるなら、ちゃんと別ファイルでサブクラス作るわい、みたいな。 　なので、何度も使うようなものについては、やっぱりLabelのサブクラスを作ってました。 一回だけサクっと書きたい、というときにAbstractReadOnlyModelでやっちゃってるって ところのようです、自分のコードみたかぎりでは。 　ただ、Wicketの考え方的には ・値の変換→IConverter ・変換後の値をどこかに格納／値をどこかから取り出す→Model なので、やはりIConverterを使うのがふさわしいように思いました。 というわけなので、 > > 矢野様としては、使い分けを > > LabelならAbstractReadOnlyを使う > 入力が存在するならIConverterを使う > > で、統一しているということですか？ 　統一している訳じゃなく、Labelはけっこうグダグダな使い方をしている、 「入力が存在するならIConverterを使う」という点はわりと徹底している、という感じでした。 　それでは。 On 2009/06/27, at 12:26, 古川 烈 wrote: > 古川です、 > アドバイスありがとうございます。 > > 正に下記で示された状態です。 > >それはTextFieldではなくてLabelのような気がしたんですよね。 > > ここも迷いのある部分で、 > > AbstractReadOnlyModel > IConverter > > どちらを使うべきなのか？という疑問も持っています。 > 自分の中では > > Model　　　　->　　何処からか値を引きずり出すオブジェクト > Converter　->　　引きずり出された値を表示上の文字列に変換するオブジェクト > > なんですが、 > 「true,false」を「はい、いいえ」と表示するとして、 > それがたまたま入力が不可能なLabelであったというだけの話で、 > 本来何かのオブジェクトを表示上の文字列に変換するものはConverterであるべきではないのか？ > と思ってしまうのです。 > （じゃあReadOnlyModelをどこで使う？と聞かれると答えれないですけど。。。） > > 矢野様としては、使い分けを > > LabelならAbstractReadOnlyを使う > 入力が存在するならIConverterを使う > > で、統一しているということですか？ > > > 日付の例に関しては下記の例の様にしています。 > CRM等のシステムの場合、オペレータの操作が慣れてくると、 > 「テンキーで高速入力したい」要件が出てきて、結局ドロップダウンが煩わしくなってくると思うので。 --------------------------------------------------- 矢野　勉（やの　つとむ） 電子メール: t_yano ＠ me.com --------------------------------------------------- From r_f_315 ＠ hotmail.com Mon Jun 29 13:45:20 2009 From: r_f_315 ＠ hotmail.com (=?iso-2022-jp?B?GyRCOEVAbhsoQiAbJEJOdRsoQg==?=) Date: Mon, 29 Jun 2009 04:45:20 +0000 Subject: [Wicket-ja-user 347] Re: =?iso-2022-jp?b?Q29udmVydGVyGyRCJEs0WCQ3JEY8QUxkJEckOSEjGyhC?= In-Reply-To: <3AC30D7D-6516-4354-8FE5-543900173656@me.com> References: <6887660A-EA4B-4025-A3F3-8ADB4ACF1395@me.com> <3AC30D7D-6516-4354-8FE5-543900173656@me.com> Message-ID: 古川です、 参考にさせていただきます。 ありがとうございました。 > From: t_yano ＠ me.com > To: wicket-ja-user ＠ lists.sourceforge.jp > Date: Sun, 28 Jun 2009 03:46:03 +0900 > Subject: [Wicket-ja-user 346] Re: Converterに関して質問です。 > > 矢野です。 > > なるほどオペレータさんってキーでの操作がめちゃくちゃ速いですからね... > > で自分の作ったクラスとかをざっと見てみたのですが、どうも私の場合は、 > > ・ユーザからの入力変換を伴う場合は覚えてる限り間違いなくConverterを使う。 > ・Converterを使う場合にはほぼ必ずコンポーネントも作る > 　（全アプリで共通の変換であれば、Applicationで設定しますが） > > 　どうも、入力値の変換はIConverterの仕事だろう常識的に考えて、というのが私のなかに > あるようです。。。 > > > ・Labelでは横着することがあって、匿名クラスでさくっと終わるような話の場合は、 > 　AbstractReadOnlyModelの匿名サブクラスを作ってすませてしまう。 > ・結局Labelでも、例えばTimestampを2009/06/26 10:00:00で表示するラベル、 > 　みたいなのは、IConverter実装を作ってますね。 > > 　というところです。 > > > 　Labelの場合は「とってくる」って動作だけで済むので、AbstractReadOnlyModelで > 済ませてしまうことも結構あります。 > 　というのは、Labelを匿名サブクラス化する方法だと、さらにそのあと、IConverterの > 匿名サブクラスもつくらなくちゃいけなくなって、なんだか変な感じがするから...です > かねえ。そこまでやるなら、ちゃんと別ファイルでサブクラス作るわい、みたいな。 > > > 　なので、何度も使うようなものについては、やっぱりLabelのサブクラスを作ってました。 > 一回だけサクっと書きたい、というときにAbstractReadOnlyModelでやっちゃってるって > ところのようです、自分のコードみたかぎりでは。 > > > 　ただ、Wicketの考え方的には > > ・値の変換→IConverter > ・変換後の値をどこかに格納／値をどこかから取り出す→Model > > なので、やはりIConverterを使うのがふさわしいように思いました。 > > > というわけなので、 > > > > > 矢野様としては、使い分けを > > > > LabelならAbstractReadOnlyを使う > > 入力が存在するならIConverterを使う > > > > で、統一しているということですか？ > > > 　統一している訳じゃなく、Labelはけっこうグダグダな使い方をしている、 > 「入力が存在するならIConverterを使う」という点はわりと徹底している、という感じでした。 > > > 　それでは。 > > > > On 2009/06/27, at 12:26, 古川 烈 wrote: > > > 古川です、 > > アドバイスありがとうございます。 > > > > 正に下記で示された状態です。 > > >それはTextFieldではなくてLabelのような気がしたんですよね。 > > > > ここも迷いのある部分で、 > > > > AbstractReadOnlyModel > > IConverter > > > > どちらを使うべきなのか？という疑問も持っています。 > > 自分の中では > > > > Model　　　　->　　何処からか値を引きずり出すオブジェクト > > Converter　->　　引きずり出された値を表示上の文字列に変換するオブジェクト > > > > なんですが、 > > 「true,false」を「はい、いいえ」と表示するとして、 > > それがたまたま入力が不可能なLabelであったというだけの話で、 > > 本来何かのオブジェクトを表示上の文字列に変換するものはConverterであるべきではないのか？ > > と思ってしまうのです。 > > （じゃあReadOnlyModelをどこで使う？と聞かれると答えれないですけど。。。） > > > > 矢野様としては、使い分けを > > > > LabelならAbstractReadOnlyを使う > > 入力が存在するならIConverterを使う > > > > で、統一しているということですか？ > > > > > > 日付の例に関しては下記の例の様にしています。 > > CRM等のシステムの場合、オペレータの操作が慣れてくると、 > > 「テンキーで高速入力したい」要件が出てきて、結局ドロップダウンが煩わしくなってくると思うので。 > > > > > --------------------------------------------------- > 矢野　勉（やの　つとむ） > 電子メール: t_yano ＠ me.com > --------------------------------------------------- > > _______________________________________________ > Wicket-ja-user mailing list > Wicket-ja-user ＠ lists.sourceforge.jp > http://lists.sourceforge.jp/mailman/listinfo/wicket-ja-user _________________________________________________________________ 便利！ケータイへのHotmailアラートはこちら http://clk.atdmt.com/GBL/go/153791840/direct/01/ -------------- next part -------------- HTMLの添付ファイルを保管しました... URL: http://lists.sourceforge.jp/mailman/archives/wicket-ja-user/attachments/20090629/3254cc5f/attachment.htm