トップページ⇒tech
1001コメント376KB

国産DIコンテナSeasarとくーす その３

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。

あと、開発プロセス「くーす」の話題もこちらでどうぞ。


本家 seasar.org
http://www.seasar.org/

Seasar Projectグループ
http://seasarproject.g.hatena.ne.jp/

ひがやすをのここだけの話
http://d.hatena.ne.jp/higayasuo/


前スレ
その１　http://pc5.2ch.net/test/read.cgi/tech/1092044210/
その２　http://pc5.2ch.net/test/read.cgi/tech/1098885253/


関連スレ(なのか?)

Java Spring Frameworkを語るスレ
http://pc5.2ch.net/test/read.cgi/tech/1077465099/
0684デフォルトの名無しさん05/03/05 19:59:24
Bはアプリケーションコンテナ(Tomcatとか)が生成、EはCに対してDIで生成…で良かったと思うけど。
0685デフォルトの名無しさん05/03/06 20:53:52
ひがたん....
プレゼンテーション層だけ、と限定しても未だにWebObjectsが最強だと思うんですけど。

仕事ではStrutsでいらいらするけど。
0686デフォルトの名無しさん05/03/06 22:25:06
WebLogic最強説
0687デフォルトの名無しさん05/03/06 22:42:31
Webber最速説
0688デフォルトの名無しさん05/03/06 23:23:42
しかし、
S2JSFからS2をはずそうという発送が出てくること自体凄いよなあ。
そしたらS2JSFじゃないじゃんｗ

つーか、そんなことをココで聞く前に自分でソースでも見てれば、そんなくだらない疑問はすぐに解決してこのスレが荒れることは無かったのに。


つーか、オープンソースなんだから。。。
ソース見ればすぐに分かるようなことを、クレクレしてくる奴はどうかと思うけどね。
0689デフォルトの名無しさん05/03/06 23:25:31
>>688
すぐわかったあなたはえらい
自分で作ってみるまで良さがぜんぜんわからなかった…
0690デフォルトの名無しさん05/03/07 02:31:27
Seasarはあまり触ってないけど、今月のJavaWorldに出てたS2JSFのサンプルを見てたしかに使い易そうだと思った。
来月のJavaWorldで特集組まれるみたいだし、最近JavaWorldはS2プッシュしてるね
0691デフォルトの名無しさん05/03/07 16:53:40
S2JSFのエキザンポー、見たんだけど、
S2をいじるのは初めてで、S2JSFうんぬん以前に
あまりにあっけないんで、逆にすんごい不安になってしまった。

今の出向先の自社謹製フレームワークがもうしんどくてしんどくて。
早いところ自社に帰ってS2で仕事したい。
0692デフォルトの名無しさん05/03/07 17:40:53
はぶにっきの荒らしコメントが
全く誰にも気づかれずに未だにポツンとあるのが
ちょっと笑った。元気が出た。
069368305/03/07 23:32:11
>>684
BCEのEはgetter,setterのみが幾つかあるようなものだと
思っているのだけれども、Eをコンテナから生成しても
意味なくないですか？
0694デフォルトの名無しさん05/03/08 00:00:46
>>693
S2Daoって知ってるか？
0695デフォルトの名無しさん05/03/08 19:26:17
テーブルA B Cの三つがあるとして、
AとBがN:1、BとCがN:1の関係になっています。
Select ... FROM A
LEFT OUTER JOIN B ON A.bid=B.bid
LEFT OUTER JOIN C ON B.cid=C.cid
としたい場合、Aのbeanクラスで
private B bbean;
public static final int bbean_RELNO=0;
public static final String bbean_RELKEYS="bid";
private C cbean;
public static final int cbean_RELNO=1;
public static final String cbean_RELKEYS="bbean.cid:cid";
とすると、
Select ... FROM A
LEFT OUTER JOIN B bbean ON A.bid=bbean.bid
LEFT OUTER JOIN C cbean ON A.bbean.cid=cbean.cid
ってなSQLが出力されます。
hsqldbなら問題無かったのですが、PostgreSQLだとAなんてスキーマは無ぇよ！って怒られます。

こういうときって本来はRELKEYSにどういう風に書けばいいんでしょうか？
0696デフォルトの名無しさん05/03/08 19:34:23
>>695
メーリングリストでききなよ
0697デフォルトの名無しさん05/03/08 19:48:10
だってMLは賢い人たちばっかりで、
漏れみたいなお馬鹿Qは投げにくいんだもん．．．．．
0698デフォルトの名無しさん05/03/08 22:27:12
全然お馬鹿Qじゃないと思うが。
0699太田＠下宿05/03/09 07:33:39
695さん>

http://www.wikiroom.com/oreju/?plugin=attach&openfile=s2daoNM1.zip&refer=%A5%B7%A1%BC%A5%B5%A1%BC%A5%B5%A5%F3%A5%D7%A5%EB%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8

のサンプルと同じようにやるとうまくいくと思いますよ。クラスAでは，

>public static final String cbean_RELKEYS="bbean.cid:cid";

は定義しないで，

>public static final int cbean_RELNO=1;

のみを定義するとうまくいくと思います。
0700デフォルトの名無しさん05/03/09 19:24:24
お馬鹿Q!!爆笑
070169505/03/10 11:00:19
やっぱりお馬鹿Qだ…すみません、肝心なこと書き忘れてました。

>>699
ありがとうございます。
頂いたサンプルでは、SQLファイルを用意しているようですが、
SQLの自動出力は難しい、ということでしょうか。
0702デフォルトの名無しさん05/03/11 02:38:02
最終的に吐かせたいSQLが決まってるならSQLファイルを準備するのがいいと思う。

多種RDBMSに同一ソースで対応したいっていうなら話は別だけど。
070369505/03/11 10:02:41
>>702
そうなんですか！
僕は寧ろ、できるなら自動でやる方が好ましいのかと思って、
がんばってSQLファイル削減してるところでした＿|￣|○

今後は躊躇無くSQLファイルを使っていきたいと思います。
ありがとうございました。
0704デフォルトの名無しさん05/03/12 01:11:56
S2Daoの利点って、効率良く書かれたSQLをそのままDAOに使用出来るところだよ。
これができるのって、あとはiBatisくらいしかないんじゃないか。

逆にSQLを徹底的に隠す方向のO/Rマッピングなら、Cayenneくらい徹底的に隠して
ほしい。

HibernateのHQLってそういう意味でなんか中途半端なイメージがあるんだよね。
クエリでSQLもどきをかくなら、もうSQL書かせてくれたらいいから、とか思ってします。
070569505/03/12 11:16:42
>>704
他のO/Rマッピングツールを使ったことが無かったので分からなかったのですが、
S2Daoの秀でている点というものが激しく納得できました。ありがとうございます。

といってるところにMLにタイムリーな話題が^^;
0706デフォルトの名無しさん05/03/19 14:34:01
くーすのサイトってどこにあんの？
seasar.orgにはみつからん。
0707デフォルトの名無しさん05/03/19 15:01:20
Spring >>>>>>>>>>>>>>> seasar2
国粋主義者以外はSpringかEJB3.0だろ。
0708デフォルトの名無しさん05/03/19 15:43:29
沖縄も外国じゃねぇの？
0709デフォルトの名無しさん05/03/19 22:03:25
Java PressでSpringの大特集してるね。
Kijimunaも良いけど、SpringIDEはもっとすごいね。
0710デフォルトの名無しさん05/03/20 00:00:57
つか、Springに対して、Seasarの優ってる点って殆ど無いし。
0711デフォルトの名無しさん05/03/20 01:44:14
えー、そうなの？
オートインジェクションが便利だよ。
0712デフォルトの名無しさん05/03/20 02:06:13
直感的ではないファイル分割の挙動も素敵だ。
0713デフォルトの名無しさん05/03/20 14:14:45
リリースが速いのはいいのだがそろそろs2-frameworkをcontainer部分とutils部分に分けてそれぞれ別のリリースサイクルにしてほしいっす。

ttp://lists.sourceforge.jp/pipermail/seasar-user/2005-March/001578.html
みたいな返答を見るとバージョンアップに躊躇してしまう。
0714デフォルトの名無しさん05/03/20 14:46:27
くーす本いつ出るのかなあ
話なくなったのかなあ
0715デフォルトの名無しさん05/03/21 00:05:37
S2Strutsを試してみようと思って、StrutsUploadのファイルアップロード処理を
作ってみようと思ったんですが、org.apache.struts.upload.FormFileをActionFormに
セットするのに失敗してしまいます。

java.lang.IllegalArgumentException:
Cannot invoke org.seasar.struts.examples.form.UploadForm.setTheFile - argument type mismatch

StrutsConfig.xmlはこんな感じです。
<form-beans>
<form-bean
name="uploadForm"
type="org.seasar.struts.examples.form.UploadForm"/>
</form-beans>
<action-mappings>
<action
path="/upload"
type="mylib.seasar.upload.UploadAction"
name="uploadForm"
scope="request"
validate="true"
input="/pages/uploadInput.jsp">
<forward name="success" path="/pages/uploadResult.jsp" />
</action>
</action-mappings>

どこが悪いのかわかる方お願いします。
0716デフォルトの名無しさん05/03/21 01:24:29
UploadFormのsetTheFile()というメソッドを確認したほうがいいんでない？
071771505/03/21 02:41:19
UploadFormはこんな風になってます。
public void setTheFile(FormFile theFile) {
this.theFile = theFile;
}

FormFileは「org.apache.struts.upload.FormFile」で、UploadFormクラスは
StrutsUploadのサンプルからもらってきたものなんです。

StrutsUploadの方だと、アップロードしたファイルやその情報をFormFileに
格納して、setTheFileからセットしてくれるんですが、POJO型のActionじゃ
それは無理なんでしょうか。
0718デフォルトの名無しさん2005/03/21(月) 13:22:43
typeがあってないわけだから
Object型でうけてみて
何の型できているか確認してみたらどうでしょう
0719デフォルトの名無しさん2005/03/21(月) 13:23:27
およそ忠告ほど人が気前よく与える物はない。


　　　　　　　　　　　　　　　　　　ラ・ロシュフコー
0720デフォルトの名無しさん2005/03/22(火) 00:15:27
>>718
なるほど！
ありがとうございました。
0721デフォルトの名無しさん2005/03/25(金) 02:15:18
Java　Press読んだんだがspringIDEたしかに(・∀・)ｲｲ!!
Kijimunanaにはがんばってもらいたい

Java Worldのseasar特集はこれから読みまつ(｀･ω･´)
0722デフォルトの名無しさん2005/03/25(金) 13:25:27
>>721
SpringIDEはプロパティ名やクラス名の補完をしてくれないから
実際はそれほど役に立たない｡
バリデーションはしてくれるけど｡
仕事でSpringを使っているひとで、SpringIDEを使っているって
あまりきいたことない。

あの意味のないグラフィック表示が使ったことのないやつには
すごいように見えるのかもしれんが｡
0723デフォルトの名無しさん2005/03/26(土) 03:05:11
>>722
そうなのか…(´･ω･｀)

とりあえずS2JSF正式リリースおめ
これで次のプロジェクトに使えるよー
0724デフォルトの名無しさん2005/03/26(土) 03:16:04
SeasarかSpringか毎回悩むんだが、立ち位置が微妙なんだよな。
Springのほうが上を説得するのはやりやすいのが実情。
ほっとくと「なんか有名なんでEJBでよろしく」とかなっちゃうんでねえ。

もうちょっとメジャーになってくれるとやりやすいんだが、それはこれから
の活動次第か。なんとかJavaWorldを見せることはできるようになったわけで。
0725デフォルトの名無しさん2005/03/26(土) 12:25:07
結論としてはJSF+EJB3.0と
0726デフォルトの名無しさん2005/03/26(土) 20:31:27
S2JSF+EJB3っていうのはどう？
S2JSF必須ライブラリのためにseasar2にクラスパスは通しておくだけ。
0727デフォルトの名無しさん2005/03/27(日) 11:56:51
「ITのイチロー」って名前で、別の人が雑誌に載ってたね
0728デフォルトの名無しさんNGNG
http://d.hatena.ne.jp/higayasuo/20050330#1112179222

> 今回のセミナーでは、魅力的なS2JSFの機能を紹介するだけではなく、
> マニュアルでは触れられていないような、でも知っているとS2JSFのことを
> より深く理解できるような、一歩踏み込んだトピックもお話します。

とあるんですけどS2JSFのマニュアルってどこかにあるんでしょうか？
サンプルの解説しか見たことないんですけど。
0729デフォルトの名無しさんNGNG
ﾏﾙｪｰ、ﾌﾞﾛｸﾞとｿｰｽがﾏﾆｭｱﾙですよぉー（ﾟεﾟ）
0730デフォルトの名無しさん2005/04/03(日) 17:38:34
こんな例外に遭遇した人いませんか?コードを見たけどなんでぬるぽになるのかわからない。
S2.0.22です。

java.lang.NullPointerException
at org.seasar.extension.dbcp.impl.ConnectionPoolImpl$FreeItem.expired(ConnectionPoolImpl.java:244)
at org.seasar.extension.timer.TimeoutTask.expired(TimeoutTask.java:59)
at org.seasar.extension.timer.TimeoutManager.run(TimeoutManager.java:54)
at java.lang.Thread.run(Thread.java:536)
0731デフォルトの名無しさん2005/04/03(日) 18:44:58
がっ
0732デフォルトの名無しさん2005/04/06(水) 12:05:52
ttp://www.seasar.org/ が４０４なんですけど。
0733ひが2005/04/06(水) 23:26:44
もう、疲れました。
探さないでください・・・。
0734デフォルトの名無しさん2005/04/07(木) 02:05:01
工エエェェ（´д｀）ェェエエ工工
0735デフォルトの名無しさん2005/04/07(木) 13:12:37
無事保護されて、連れ戻された模様です。

がんばれひがたん
0736デフォルトの名無しさん2005/04/16(土) 23:16:57
HTML仕様にあってないものを拡張子htmlにして
ビューとロジックを完全に分割できます、すごいでしょ
なんて言ってるから日本人は仕様にかかわれないんだよ
0737デフォルトの名無しさん2005/04/16(土) 23:31:24
以上、こんなこと言ってるから仕事を任せてもらえない>>736がお伝えしました。
0738デフォルトの名無しさん2005/04/17(日) 14:18:25
結論：RELAX同様、信者以外には無視される運命。
0739デフォルトの名無しさん2005/04/17(日) 17:11:14
設定ファイルの依存関係がわけわからんから、Springの方がとっつきやすい。
0740デフォルトの名無しさん2005/04/17(日) 17:27:04
依存関係って、ただのincludeじゃん。
0741デフォルトの名無しさん2005/04/17(日) 17:41:50
オートインジェクションに関わってくるわけだろ。ただのincludeじゃない。
0742デフォルトの名無しさん2005/04/17(日) 18:04:45
いやだからさ、includeしてるやつを見れば分かるだろ。というかincludeといのは
そういうもんだろう。

Springの定義の継承とくらべてそれほど特殊なコトやってるかな？
0743デフォルトの名無しさん2005/04/17(日) 18:56:34
>>742
インクルードされる側にインクルードする側での定義が影響するというのは、特殊なことだと思う。
0744デフォルトの名無しさん2005/04/17(日) 19:07:35
インクルードされる側(子)からはインクルードした側(親)の定義は見えないし影響もないよ。
0745デフォルトの名無しさん2005/04/17(日) 19:16:20
オートインジェクションは？
0746デフォルトの名無しさん2005/04/17(日) 19:16:23
むしろSpringでこそ子のBeanFactoryから親のBeanFactoryの定義が見えるわけだが。
0747デフォルトの名無しさん2005/04/17(日) 19:17:19
BeanFactoryの親子関係と、定義ファイルの分割は別問題でしょ。
0748デフォルトの名無しさん2005/04/17(日) 19:17:22
>>745
親で定義されているコンポーネントは子では見えないからオートインジェクションされない。
0749デフォルトの名無しさん2005/04/17(日) 19:46:25
>>747
設定ファイルの依存関係という話だから全く無関係でもないと思うが。
子のBeanFactoryに読み込まれる設定ファイルからは親のBeanFactoryが
読み込んだ設定ファイルが見える、つまり依存する(かもしれない)わけだろ？
設定ファイルの依存関係がわけわからくなるのはむしろSpringじゃね？
0750デフォルトの名無しさん2005/04/17(日) 20:02:31
Springの場合は、依存関係とか考えずにただ分割するだけだから。
0751デフォルトの名無しさん2005/04/17(日) 20:06:07
>>451
それはBeanFactoryに親子関係を持たせるときの話で、定義ファイルの分割とは別の話。
ごっちゃにして考えるもんじゃない。
0752デフォルトの名無しさん2005/04/17(日) 20:23:01
>>750
それって全部依存しあうってことだよね。いいことなのかな？
0753デフォルトの名無しさん2005/04/17(日) 20:34:35
>>751
話の発端は設定ファイルの依存関係だろ？
一つのコンテナに読み込まれる定義ファイルの分割だけに
話を限る必要はないと思うが。
0754デフォルトの名無しさん2005/04/17(日) 20:39:18
>>752
名前空間という点ではちょっと問題。
0755デフォルトの名無しさん2005/04/17(日) 23:25:05
S2Container _container = S2ContainerFactory.create("/tmp/test.dicon");
ThreadDataInterface _thread = (ThreadDataInterface)_container.getComponent("threadData");

こんな感じで実行すると、

org.seasar.framework.util.ResourceNotFoundRuntimeException: [ESSR0055]リソース(/Users/tetsuyak/Desktop/EORelationshipDISample/test.dicon)が見つかりません
at org.seasar.framework.util.ResourceUtil.getResource(ResourceUtil.java:49)
at org.seasar.framework.util.ResourceUtil.getResourceAsStream(ResourceUtil.java:68)
at org.seasar.framework.util.ResourceUtil 以下略...

とでる。 test.diconは、

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE components PUBLIC "-//SEASAR//DTD S2Container//EN"
"http://www.seasar.org/dtd/components.dtd">
<components>
<component name="threadData" class="jp.test.SampleThreadData" instance="prototype">
</component>
</components>

と定義。パスは天地店名に誓って間違ってない。なんだろう……
0756デフォルトの名無しさん2005/04/17(日) 23:37:28
>>755
/tmpをクラスパスに入れてcreate("test.dicon")とか。
0757デフォルトの名無しさん2005/04/17(日) 23:38:30
>>755
create(String path)に渡すpathは、クラスパスをルートとしたパス名だぞ。
俺の予想では、/Users/tetsuyak/Desktop/EORelationshipDISample/ ってのがクラスパスの
指してるところなんだろう。

なんで/tmpが無視されてんのかはよくわからんけど、「tmp/test.dicon」（頭の/がない）だったら、
/Users/tetsuyak/Desktop/EORelationshipDISample/tmp/test.dicon を探しにいくと思う。

名前からしてWebObjectsか....
07587552005/04/18(月) 00:07:53
どうもありがとうdeth。
>>(/Users/tetsuyak/Desktop/EORelationshipDISample/test.dicon)が見つかりません
この部分は正しくは、(/tmp/test.dicon) が見つかりません
です。別のウィンドウからコピペしちゃったものでした（恥

>>757
>>create(String path)に渡すpathは、クラスパスをルートとしたパス名だぞ。

ありがとうございます。もうちっと試してみます。

>>名前からしてWebObjectsか....

思いっきりバレバレです。ごめんなさい。
07597552005/04/18(月) 00:32:51
ウマくいきました。>>756、757さんありがとうございます。
（ﾄﾞｷｭﾒﾝﾄをきっちり読んでから質問します）
0760デフォルトの名無しさん2005/04/18(月) 21:44:59
Relax自体は価値があるけど、Relaxerであのソースコード自動生成とか、
図らずも Java ってダメさ具合を明確なものにしてるんだよね。
型を気にして無意味なクラスを作る気持ち悪さ、生産性の低下、これを実感できる。
Seaserも全く同じで、これもまた図らずも、Javaでのウェブ／データベースプログラミングの
向いて無いことを証明してる。なんでこんな複雑なもの覚えても、実際には
スクリプト言語で見通しよく書かれたコードのほうが、よほど生産性が高くて堅牢だよね。
0761デフォルトの名無しさん2005/04/18(月) 22:29:59
だからSeaserなんてないと何度言ったら（ry
0762デフォルトの名無しさん2005/04/19(火) 01:25:28
とはいっても、動くシステムつくってサービス提供して安定稼働させて設けてる香具師がゴマンといるわけだから。そっちが勝ち組
0763デフォルトの名無しさん2005/04/19(火) 01:52:23
後学の為にと思ってコンテナの部分だけをつまみ食いしてるんだけど
なんか出来上がりが自作PCみたい(CLASSがパーツでDICONが配線)
になってしまったんだけど、使いどこ間違ってる？

将来拡張するかもしれないと思われる部分にだけ、ピンポイントで使う
のが正しい？それとも、もうあらゆる部分を全部個別部品として作って
最後にDICONで繋いで完成とするのが正しい？

Seasarの使い方ではなく使われ方？上手く言えないけど、こういう例
ではこう使え！って感じのノウハウ集とかってのはないかな？
0764デフォルトの名無しさん2005/04/19(火) 04:45:13
>>762
Springのほうか？
それとも、SeasarもSpringも使わないやつらか？
0765デフォルトの名無しさん2005/04/19(火) 04:51:51
>>760
そうだね。だから君はこのスレに来る必要はないと思うよ。
0766デフォルトの名無しさん2005/04/19(火) 07:07:22
>>765

誰もこの疑問に反論はできないし、それでも、生産性が上がることをアピール
したいために、作者は一生懸命に作ってるのも分かるのだけど、
でも、老婆心だけど、ここは、引き返す勇気を呼び起こすときだと思う。
やりたきゃやっていいけど、根本的な間違いがあるが故に、
やった結果何も残らないのだとしたら、なんかもうかわいそうだ。
0767デフォルトの名無しさん2005/04/19(火) 07:42:29
ま、Seasarがどうこうはあるけど、DIコンテナ自体を「複雑なもの」としか思えないなら、スクリプト言語で見通しよく書かれたコードのほうが、よほど生産性が高くて堅牢だな。
DIコンテナを「複雑なもの」と思ったんなら、老婆心だけど、ここは、転職する勇気を呼び起こすときだと思う。
なんかもうかわいそうだ。
0768デフォルトの名無しさん2005/04/19(火) 07:54:03
正直、DIは一時的な流行に終わる可能性大と思われ。
ちょっと前に流行ったSWTのごとく。
0769デフォルトの名無しさん2005/04/19(火) 08:11:21
メタ議論で煽ってるのは荒し。
自分ではプログラムもできずに、
大規模プロジェクトに下請け派遣で入ってるだけの可哀想な人。

こーゆー可哀想なのにも半端仕事あてがってやれよw >> ISID
0770デフォルトの名無しさん2005/04/19(火) 08:12:57
>>762
画面一つ作るのに 1人月以上かけて、しまいにゃ実装をオフショア発注しちゃう、ダメダメ現場かｗ
0771デフォルトの名無しさん2005/04/19(火) 08:13:50
↑>>760の間違いです。首釣ってきます
0772デフォルトの名無しさん2005/04/19(火) 08:46:16
>>769
> メタ議論で煽ってるのは荒し。

どれをメタ議論といってるのかわからんが、その発言自体がメタ議論であることは確かだな。
ということはつまり、>>769はISIDに半端仕事くださいといってるわけか。
0773デフォルトの名無しさん2005/04/19(火) 09:13:41
しかし、DIをSWTと同じように見てるところが底が浅いというか。
0774デフォルトの名無しさん2005/04/19(火) 09:41:19
>>766
お前のせいじゃないから気にするな
心配しないでここから去れ
0775デフォルトの名無しさん2005/04/19(火) 09:43:36
SWTは必要だが、DIは不用だよな。SWTには明確な実益がある。
0776デフォルトの名無しさん2005/04/19(火) 10:23:26
SWTの明確な実益は、Swingの高速化で不明確な実益になった。
というか、いまどきSWTに明確な実益があるとか言いきってる時点で情報収集能力に疑問がでてくるね。
0777スレ違いとかそんなもんいいだろ2005/04/19(火) 17:17:43
>>776

>SWT の明確な実益は、Swingの高速化で不明確な実益になった。

まぁ、Swingも悪くは無いんだけど、JFaceのContentProvider, LabelProvider, Decorator あたりの
アーキテクチャはモダンだと思ったし、やっぱりまだ SWT のほうが速いし、ウィンドウシステムに
対して忠実であるのはSwingとの明確な違いとしてあると思う。
0778デフォルトの名無しさん2005/04/19(火) 21:43:00
ちょっと速くてもちょっと便利なところがあっても、全体的にはSwingの拡張性にかなわないしWindows以外では速いといえないし、資料はないしノウハウはないしツールはないし、デメリットで相殺されてしまう。
JDK1.4.1くらいまでなら、それでもデメリットに目をつぶれるような速度差があったけど、今はそこまでの速度差がない。
しかも、メモリやらリソースやら食うから、SWTの方が遅いこともありえるような気がする。
0779デフォルトの名無しさん2005/04/20(水) 10:35:44
>>777,778
ｽﾚﾁｶﾞｲｳｻﾞｽ

ところで、S2JSF(だけに限らずSeasar2全般)のリファレンスマニュアルって作る気ないのかな。
皆あの中途半端な「サンプルの解説」だけで満足できるの？
俺一人なら、ソース読むなり何なりするのでいいんだけど、
チーム全員にそれを強要するのは、うちのチームじゃ無理だね。

本気でS2を普及させる気があるなら、バージョンアップより先に詳細なマニュアルを早く作ってくれろ。
0780デフォルトの名無しさん2005/04/20(水) 11:09:44
http://www.amazon.co.jp/exec/obidos/ASIN/4839917779
立ち読みしたけど、連打対策とか戻るボタン対策とかの話まであって
かなり実践寄りでよさげだった。

マニュアルとういか、これのS2JSF/S2Dao/S2バージョンを
書いてくれないかなあ。
0781デフォルトの名無しさん2005/04/20(水) 11:14:28
779がつくればいいとおもうよ
0782デフォルトの名無しさん2005/04/20(水) 12:46:38
>>779
「サンプルの解説」がダメなのにリファレンスなら大丈夫って
珍しいメンバーだね。
リファレンスだけあっても〜ならありがちだけど。
0783デフォルトの名無しさん2005/04/20(水) 13:57:03
>>782
サンプルでは機能が網羅してないってことだろ。
網羅してたとしてもリファレンス性も悪いし。
■ このスレッドは過去ログ倉庫に格納されています