国産オープンソースDIコンテナSeasar V2(S2)

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 16:10 / Filesize : 285 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [04/08/09 18:36]: 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
最近、気になるのでスレ立てました。
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。
それではスタート！

本家 seasar.org
www.seasar.org/

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

関連スレ(なのか?)

Java Spring Frameworkを語るスレ
pc5.2ch.net/test/read.cgi/tech/1077465099/

Java⇔RDBのMapping-Frameworkを語るThre Vol.3
pc5.2ch.net/test/read.cgi/tech/1090653286/
52 名前：デフォルトの名無しさん mailto:sage [04/08/10 19:12]: >>51
> SRAを忘れるなよ＞日本発のオープンソースビジネスかな？

作者が日本人ということでは、多分初めてじゃないかな。
Rubyはどうなんだろ。
53 名前：デフォルトの名無しさん mailto:sage [04/08/10 20:07]: >>49
> S2の作者の会社(電通国際情報サービス)で、有償サポートの検討開始だってさ。

そのうち「S2認定技術者試験」みたいなもんもはじめたりして。
54 名前：デフォルトの名無しさん mailto:sage [04/08/10 21:22]: 上のほうで絡んでるヤシは正にそういうのが欲しいんじゃないの＞認定
何かオプソ使うの好きなタイプじゃなさそうだし認定なら当然ドキュメントとか出てくるだろうし
55 名前：デフォルトの名無しさん mailto:sage [04/08/10 22:22]: >>30
> 反対に受託とかで、毎回違うものを開発しているところはS2のメリット無いでしょ。
> 単に作って納品するだけなら、S2を使わない方が速い。教育のコストもあるしね。

お前は仕様が完全に固まってから作れるのか。うらやましいぞ。
仕様変更のときにこそDIは便利なんだがな。お前触ってないだろ。
別にS2でなくてもいいからDI触ってみろ。Picoとかわかりやすいぞ。
56 名前：デフォルトの名無しさん mailto:sage [04/08/10 23:11]: >>53
> そのうち「S2認定技術者試験」みたいなもんもはじめたりして。

で、その前に認定試験対策研修が開催されると。
57 名前：デフォルトの名無しさん mailto:sage [04/08/11 00:45]: 恐ろしく具体的な話の出ないスレだな
58 名前：デフォルトの名無しさん mailto:sage [04/08/11 00:57]: 使ってない人間ばかりだからだろう。使ってる人間は来てないようだな。
59 名前：デフォルトの名無しさん mailto:sage [04/08/13 17:04]: >>41
サイトのトップページで「優しさや易しさを重視」って書いてなければ問題ないんだが。
と思ったら、「優しさや易しさを重視」の記述なくなってるね。
じゃあ、問題ないよ。

それより、Springがある状況で、Seasarにどういう価値があるのかよくわからないんだけど。
60 名前：デフォルトの名無しさん mailto:sage [04/08/13 20:23]: ソースのインスタンス変数名の"_"がイヤ。
あとは完結でいい
61 名前：デフォルトの名無しさん mailto:sage [04/08/14 01:39]: >>59
> それより、Springがある状況で、Seasarにどういう価値があるのかよくわからないんだけど。

WebSphereやWebLogicがある状況で、JBossにどういう価値があるのかわからん、といってるのと同じだよ。
それはさておき、DIという一種のパターンに対して、実装の形はいろいろあるってことだな。
SpringはBeanにこだわりすぎて結果として色んなものがどんどん密結合していっていると漏れは感じる。
S2はバラバラであることとつなぎやすさを優先している。理念と現場の違いじゃないかな。
両方触れば実感できることだ。トップページごときをとやかく言う前にどっちもダウンロードして触ってみろ。
ここはプログラム板のはずだ。Spring以外にもHiveMindやPicoContainerとか触ってみてくれ。
個性の違いを感じられると思う。DIの面白さを実感してみてくれ。
62 名前：デフォルトの名無しさん mailto:sage [04/08/14 07:24]: JBossはフリーだし、AOPも楽しそうだし。

なんか、Springでできることをやりなおしてる感じだと思ったんだが。
できることの違いじゃなくて、やりかたの違いなのか。

それにしても、ここまでドキュメントがないと、実際に使うのは怖いな。
仕様がないので、いつ使い方が変わってもおかしくない印象。
ソースとか見ればメソッドはわかるけど、それってメンテナンスで変更されたりしないの？みたいな。
63 名前：デフォルトの名無しさん mailto:sage [04/08/14 08:21]: >>62
ほとんどの機能はドキュメントで説明されているはず。
記述が足りないところはあると思うけど。
なんで、ドキュメントがないといいきっているのか分からん。
64 名前：デフォルトの名無しさん mailto:sage [04/08/14 12:40]: >>62
> 仕様がないので、いつ使い方が変わってもおかしくない印象。

そうだね。
J2EEみたいにSpecificationがあって、それに沿った実装が開発されているわけじゃないしね。
そういうリスクを取ってでも取り組む価値があるかどうかは、人によりけり。
65 名前：デフォルトの名無しさん mailto:sage [04/08/14 12:47]: >>62
> JBossはフリーだし、AOPも楽しそうだし。

S2もフリーだし、S2のAOPは楽しいですよ。

> なんか、Springでできることをやりなおしてる感じだと思ったんだが。
> できることの違いじゃなくて、やりかたの違いなのか。

それをいったら、Geronimoとかどうするんですか（ｗ

> それにしても、ここまでドキュメントがないと、実際に使うのは怖いな。
> 仕様がないので、いつ使い方が変わってもおかしくない印象。
> ソースとか見ればメソッドはわかるけど、それってメンテナンスで変更されたりしないの？みたいな。

ドキュメントのあるなしとメソッド変更のはなしは別でしょ。
Java自体だってそういうことはあるわけだし。
66 名前：デフォルトの名無しさん mailto:sage [04/08/14 12:49]: S2に限らず、DIって今のJ2EEでの開発に困ってないなら別にいらないよ。
今の状況に困っているなら、解決策のひとつとして検討する価値はあると思う。
67 名前：デフォルトの名無しさん mailto:sage [04/08/14 12:52]: >>64
> J2EEみたいにSpecificationがあって、それに沿った実装が開発されているわけじゃないしね。
> そういうリスクを取ってでも取り組む価値があるかどうかは、人によりけり。

そうだね。別にS2だけじゃなくて独自規格って多いしね。
共通規格がないものは使わないっていうのも大切だと思うよ。
S2はSpring同様にAOPアライアンスに準拠しているっていうけど
AOPアライアンス自体が公的な機関じゃないしね。
68 名前：デフォルトの名無しさん mailto:sage [04/08/14 12:56]: >>63
> >>62
> ほとんどの機能はドキュメントで説明されているはず。
> 記述が足りないところはあると思うけど。
> なんで、ドキュメントがないといいきっているのか分からん。

そうだね。そもそもS2って機能が少ないから、あれで一通りの説明にはなっている。
言葉足らずのところはあるかもしれないが、サンプルのコードとあわせて読めば
実際に使うのに必要なことはわかるよ。

>>62が気にしているのは、どんな風に使えばいいのかってことなのかもしれないね。
でもそれってSQLのマニュアルを読んで「プログラマのためのSQL」みたいな書籍に
書いてるようなことが書いてないじゃないかっていってるようで、ちょっと違うんじゃないかと俺は思う。
69 名前：デフォルトの名無しさん mailto:sage [04/08/14 13:14]: >>67
> 共通規格がないものは使わないっていうのも大切だと思うよ。

そこでC#でつよ！　dotNETマンセー！！
70 名前：デフォルトの名無しさん mailto:sage [04/08/14 14:20]: >>68
> >>62が気にしているのは、どんな風に使えばいいのかってことなのかもしれないね。
> でもそれってSQLのマニュアルを読んで「プログラマのためのSQL」みたいな書籍に
> 書いてるようなことが書いてないじゃないかっていってるようで、ちょっと違うんじゃないかと俺は思う。

うん。そう思う。現状S2のドキュメントって「何ができるか」が中心で、「どう使えばいいか」みたいな
ところまでは行ってない。だから使い手の力量が問われる。もっともその辺は有志(?)も気が付いて
いるはずで、サンプルプログラムの開発が進んでいる。単に使い方を知りたいという人は、それが
出てきてからでも良いんじゃないかな。始めるのは。
71 名前：デフォルトの名無しさん mailto:sage [04/08/14 14:20]: >>62
> それにしても、ここまでドキュメントがないと、実際に使うのは怖いな。

少しでも実際に触ってみた？　何か全然S2を触ってないように見えるんだけど。
72 名前：デフォルトの名無しさん mailto:sage [04/08/14 14:31]: >>68
逆で、「プログラマのためのSQL」みたいなHOW-TOは書いてあるけど、「SQLのマニュアル」がない。
73 名前：デフォルトの名無しさん mailto:sage [04/08/14 14:35]: えーとね、ソースをざっとみたところ、
フレームワークはほとんどinterfaceと実装クラスの組からできているので、
仕様の大幅な変更は少ないと予想できる。
実装の変更はあるだろうが。

で、S2のコア部分はシンプルなことしかしていない。
色んなクラスへのアクセス方法とライフサイクル管理、Weaving、これらを提供するのみ。

便利なコンポーネントは作ったのだが。
じゃあどうやってそのコンポーネントにアクセスするの？
ファクトリクラス？するとファクトリの作り方がコンポーネントごとにばらばらになっちゃうね。
JNDI経由？するとレジストリにコンポーネントを登録するのは何が担当するのかな。
コンポーネントの処理を変えてみたいんだけど、ソース改変はバグの元だね。ソースなかったりするし。

というのを、ぜんぶS2が面倒見ますよん、というわけ。
コンポーネントを取得したあとは、それぞれの作法に従ってクライアントコードを実装するだけ。
74 名前：デフォルトの名無しさん mailto:sage [04/08/14 15:11]: ま、Seasarはドキュメントを軽んじてるから、このままじゃ大きく普及するのは難しいだろう、と。
大きく普及することに意味があるかどうかは別として。
75 名前：デフォルトの名無しさん mailto:sage [04/08/14 15:17]: もまいは使わんでよろしい
76 名前：デフォルトの名無しさん mailto:sage [04/08/14 15:50]: 何か妙にドキュメントのことばかり話題になっているが
マニュアルの不備を指摘してる人は
S2の技術的なことについてはどう思ってるの？
77 名前：デフォルトの名無しさん mailto:sage [04/08/14 16:29]: ドキュメントがちゃんとしてないと使えないくらいS2は複雑だっていいたいのかな？
それともドキュメントさえ整備されればS2がもっと普及するのに勿体無いっていいたいのかな？
78 名前：74 mailto:sage [04/08/14 16:54]: >>77
後者。
せめてJavaDocとDICONファイルに何がかけるかのリファレンスは欲しい。
79 名前：デフォルトの名無しさん mailto:sage [04/08/14 19:46]: 見てみたらソースにコメント全然ないね。。。
80 名前：デフォルトの名無しさん mailto:sage [04/08/14 20:19]: Aspect関連のクラスにちょっとだけ日本語コメントがある
81 名前：デフォルトの名無しさん mailto:sage [04/08/14 22:07]: コメントも含めて何でそんなにドキュメント話ばかりなんだ？
他にもっとネタはないのかよ
82 名前：デフォルトの名無しさん mailto:sage [04/08/14 22:30]: >>81
> コメントも含めて何でそんなにドキュメント話ばかりなんだ？

普通の人にとってドキュメントは使い物になるかどうか判断する大切な材料の一つだから。
「今あるドキュメントで十分だろ」という人は、そういうことに気が付かない。
もっともそういうことを気にする立場ではないから、そう思って当然なんだけどね。
83 名前：デフォルトの名無しさん mailto:sage [04/08/14 23:40]: 今はまだ「分かってる人が使える」存在のもの。
EarlyAdopterがそれこそS2に限らずPicoContainerとか色々試してる段階。
俺みたいに、仕事で使うには標準であることのメリットが甚大だという理由でEJB3.0を待っている人間もいる。

ドキュメント整備は、それこそ普及戦略の上での問題だな。
もちろんもっとあったほうがいいというのには同意。
ドキュメントがあろうがなかろうが、いわゆる「厨」は一定比率は発生してしまうがな。
84 名前：デフォルトの名無しさん mailto:sage [04/08/15 00:42]: 実務優先でやってるから、ドキュメントより実装が先ってのは分かる。
ちょっと前の大きな仕様変更で痛い目見たんだが、ドキュメントが沢山
あるとああいう場合に大変だよね。
だからドキュメントが必要最低限なのかなーと思ったりする。

便利なのは間違いないんだけど、現状じゃあんまり他人に勧められん。
コアの部分が大きく変わることはもう無いんじゃないかと思うけど、
あったら辛いしなあ。
85 名前：デフォルトの名無しさん mailto:sage [04/08/15 03:22]: ミドルウェアを標準先決めで作ると、CORBAみたいな恐竜が出来上がることがしばしば・・・

そういう意味では仕様文書を整えるよりも実装＋HowToを先出しするという方針もありだとは思うけど、確かに現状で手を出すのはちょっと怖いような。
86 名前：デフォルトの名無しさん mailto:sage [04/08/15 04:57]: >>84
一応、ひがさん本人は、もうコアの部分に大きく手を入れることはない、と言ってるしね。
87 名前：デフォルトの名無しさん mailto:sage [04/08/15 05:01]: チュートリアルで、とりあえず使うことはできるんだけど、リファレンスがないから
「できないことがわからない」

機能を網羅したリファレンスがあれば、設定項目に用意されてないのが確認できれば、できないというのがわかる。
もちろん、設定を組み合わせて実現するようなものは簡単に「できない」というのはわからないんだけど。
88 名前：デフォルトの名無しさん mailto:sage [04/08/15 09:39]: よくもまあこんなに無内容な長文をダラダラと書き続けられるもんだな
89 名前：デフォルトの名無しさん mailto:sage [04/08/15 10:21]: >>83
今のEJBも標準だけど、使えないわけだが。
EJB3が使えるようになるのはまだまだ先。
使えるものになるかも分からないしね。

重要なのは今何を使うかじゃないの。
90 名前：デフォルトの名無しさん mailto:sage [04/08/15 11:27]: >>21

> チュートリアルだ。少し古いバージョンだが使えるだろう
> ttp://www.wikiroom.com/Seasar/?Seasar%20V2

最新のS2.0.15では、いきなり最初のプログラムが例外発生で動かない。
(「要素タイプcomponentsは定義されていません」...)

原因は
・list03-4. car.xmlにDOCTYPEがない
・classpathに通すjarが違う(log4j-1.2.8.jar, ognl-2.6.5.jar, s2-framework-2.0.14.jarなら動く)
ため。

全体的には

> ここもわかりやすい
> ttp://garbagetown.zive.net/eewiki/Viewpage.do?pid=@53656173617232

こっちの方が親切かな。eclipseベースでどういった操作をするか細かく書いてあるし。
でもdiconファイルの書くのにXMLBuddyつかうのは冗長な気がする。
単にコピペさせればいいと思うけど。
91 名前：デフォルトの名無しさん mailto:sage [04/08/15 23:06]: >>90

× s2-framework-2.0.14.jar
○ s2-framework-2.0.15.jar

だろ。
92 名前：デフォルトの名無しさん mailto:sage [04/08/16 01:28]: 縮小再生産を作っておいて「Springには負けない」とか言われてもね。
まあその発言が勇み足だったとして、そもそも真似してる先人を全く
リスペクトする気が無いみたいで、Springのここがだめだとか、作者を
からかうような書き込みとかばかりだし。そういう文化、体質が本当に嫌だ。

組織として責任を持つプロダクトならばともかく、オープンソースな
ソフトウェアは、そういったコミュニティに対する印象も使うかどう
かに大きく影響してくると思うんだが、そういう自覚は全く無いみたいだな。
もちろん全員とは言わないが。
93 名前：デフォルトの名無しさん [04/08/16 02:52]: コミュニティーの印象がどうであれ、良いプロダクトであれば、使うと思うけど。

あと、先人じゃなくて、ほぼ同じ誕生日だし。
S2で言っているType4を、後から取り入れたのは、Springだし。
その辺は、どっちも、どっちじゃないか？

まず、プロダクトの事実をちゃんと見たら？
94 名前：デフォルトの名無しさん mailto:sage [04/08/16 03:43]: >>92
要するにS2のコミュニティに粘着したいだけだろオマエ
実際にどれだけ触ってるんだ？　オマエの好きなSpringについても
S2の作者より触ってないんじゃねえの？
Springを引き合いに出すなら、具体的な比較とか書いてくれよ
長文の癖に技術的な話が全然ないしうざすぎるよ
そんなに粘着したいならマ板に逝け
95 名前：デフォルトの名無しさん mailto:sage [04/08/16 03:47]: Springの話題はこちらでどうぞ
pc5.2ch.net/test/read.cgi/tech/1077465099/l50
96 名前：デフォルトの名無しさん mailto:sage [04/08/16 03:57]: >>92は当然これを読んでるんだろうから技術的なネタだしてくれよ

まあ正直この表紙はからかいたくなる気持ちもわかるがな
ttp://www.amazon.co.jp/exec/obidos/ASIN/0764558315/
97 名前：デフォルトの名無しさん mailto:sage [04/08/16 04:14]: しかし絡んでる奴すごいな。いつもドキュメントかコミュニティのことばかり。
他に何にもないのが気持ち悪い。しまいにはストーカーになるんじゃないか。
98 名前：デフォルトの名無しさん mailto:sage [04/08/16 04:22]: >>97
実装の大変さを分かってる人は無言実行タイプが多いからここには書き込まない。
99 名前：デフォルトの名無しさん mailto:sage [04/08/16 09:54]: ひょっとして熱烈なSpringファンが絡んでるのかと
思ったがあまりの内容のなさにそれじゃSpringが
可哀想だと思った
100 名前：デフォルトの名無しさん mailto:sage [04/08/16 11:21]: 100ｹﾞﾄ
101 名前：デフォルトの名無しさん mailto:sage [04/08/17 07:11]: >>97
モノはいいんだから、ドキュメントどうにかしろ、っていってるんだよ。
102 名前：デフォルトの名無しさん mailto:sage [04/08/17 10:09]: >>101
> モノはいいんだから、ドキュメントどうにかしろ、っていってるんだよ。
どのへんがいいのさ？
103 名前：デフォルトの名無しさん mailto:sage [04/08/17 12:33]: 国産でオープンソースなところ
104 名前：デフォルトの名無しさん mailto:sage [04/08/17 19:02]: 質素で日本的なところ。
105 名前：デフォルトの名無しさん mailto:sage [04/08/17 23:55]: 質素というのは言い得て妙かもしれない。
良い意味でDIコンテナ部が全てだしな。
106 名前：デフォルトの名無しさん mailto:sage [04/08/18 00:30]: コンテナ部のドキュメント書き直されてるじゃん。
2chの無責任な書き込みにもちゃんと反応するのにビックリした。
いい人じゃないか作者さん。S2応援したくなってきたよ。今晩触ってみる。
107 名前：デフォルトの名無しさん mailto:sage [04/08/18 00:49]: ドキュメントドキュメントっていうけど
PowerPointの奴わかりやすかったけどなあ
108 名前：デフォルトの名無しさん mailto:sage [04/08/18 08:11]: >>106==>>1==社員乙
109 名前：デフォルトの名無しさん mailto:sage [04/08/18 08:47]: >108
（´д｀）?
110 名前：デフォルトの名無しさん mailto:sage [04/08/18 21:41]: >>106
かなりまじめに見てるらしい。
それを知ってるので、厳しいことかいてますよ > ひがっち
111 名前：デフォルトの名無しさん mailto:sage [04/08/18 21:49]: ひがっちっていうんだ
112 名前：デフォルトの名無しさん mailto:sage [04/08/18 23:01]: >>110
MLに投げればいいじゃん（ｗ
113 名前：デフォルトの名無しさん mailto:sage [04/08/19 18:30]: >>112
無責任に書きたいのでな。
114 名前：デフォルトの名無しさん mailto:sage [04/08/20 11:12]: 最近責任のある立場ではっきりものをいえないへたれ日本人が増えてるよな。
２ｃｈが流行るわけだよ。
115 名前：デフォルトの名無しさん mailto:sage [04/08/20 12:28]: >>114
恥ずかしくない？
116 名前：デフォルトの名無しさん mailto:sage [04/08/20 15:36]: と無責任に意見をのべる114
117 名前：デフォルトの名無しさん mailto:sage [04/08/20 21:11]: で、藻前らぼちぼち技術的な話題はできないのか？
118 名前：デフォルトの名無しさん mailto:sage [04/08/21 11:07]: >>110
なんだ、かまって君だったのか
119 名前：デフォルトの名無しさん mailto:sage [04/08/21 12:31]: S2のコンテナ部分の特徴の一つにOGNLを使っていて、
SpringのPropertyEditorに相当する部分が不要な点が
あげられると思うんだけど、そのへんどうよ。
<arg>new java.math.BigDecimal(1)</arg>
みたいな。
120 名前：デフォルトの名無しさん mailto:sage [04/08/21 14:32]: >>119
> <arg>new java.math.BigDecimal(1)</arg>

どの位使う機会があるかわからないけど、便利なのは確か。
こっちの方が自然でわかりやすい。
121 名前：デフォルトの名無しさん mailto:sage [04/08/21 17:47]: >>119
Springのref,valueタグの役割をOGNLがやってるんだね。
122 名前：デフォルトの名無しさん mailto:sage [04/09/02 01:06]: EJBが難しくてよくわかんなかった俺でもS2はなんとか使い方がわかった。
くーすってやり方で設計してみたが、なんとか筋の通った設計書（らしきもの）ができた。

さて、あとはこのまま S2 で実装に落とせるかどうか。
自分が書いたシーケンス図を見ると、インターフェースやクラスにのっける機能が
明示されてるようにみえるけど、信じていいのかこれ。
123 名前：デフォルトの名無しさん mailto:sage [04/09/02 08:21]: >>122
やってから、また書き込め。
124 名前：デフォルトの名無しさん mailto:sage [04/09/02 12:52]: 書いた本人が信じないで誰が信じるんだよw

でも考えてみりゃソフトウェアって書いた人間が一番信じてないことがよくあるな。
125 名前：デフォルトの名無しさん mailto:sage [04/09/04 11:01]: >>122
よく読むと不思議な文章だな（ｗ
よくわからないけど設計が出来てしまうのか
設計って考えながらやるもんだと思うんだが
126 名前：122 mailto:sage [04/09/06 22:41]: 実装始めたけど初手から躓いた。ドキュメントとサンプルを睨みつつ七転八倒。
結局ＤＩを理解してなかったことに２日かかって気づく。頭わるすぎ orz
なんというか、歴史あるクラス先輩に対して「そんな依存性は修正してやる」と殴りかかってる感じ。

で、さぁやってやるぞとS2Dao組み込んだら、Tomcat 起動中に s2containor の Servlet#init() で例外。
原因分からず。先が長そうでちょっと泣けた。
127 名前：デフォルトの名無しさん mailto:sage [04/09/07 01:33]: ガノタかよ（ｗ
128 名前：デフォルトの名無しさん mailto:sage [04/09/07 06:29]: >>126
例外が出たなら、トレースを見れば分かりそうな門だが。
diconファイルがどっかまちがってるんでしょ。
kijimunaを使いなさい。
sourceforge.jp/projects/seasar/files/?release_id=11157#11157
129 名前：122 mailto:sage [04/09/08 20:12]: Servlet#init() での例外、原因判明。
S2DaoのBEANアノテーションが内部クラス扱いになって別の.classファイルが作られてた。
で、それを JBuilder が war に入れないでやんの。関連チェック、デフォだと外れてるのか orz

そんなこんなで、やっと JBuilderX で S2 + S2Struts + S2Dao が動いた。
これ幸せかも。なんだかソースがとってもキレイ。
もう少し作りこんでからまた。
130 名前：デフォルトの名無しさん [04/09/10 00:02]: S2Tapestryの情報って無いですね。
ドキュメントもしっかりしてないので苦労してます。
131 名前：デフォルトの名無しさん mailto:sage [04/09/10 08:14]: ソース嫁っていうポリシーだから。
132 名前：デフォルトの名無しさん [04/09/10 08:39]: >>131
マンドクセー
そんな時間掛ける気ねーよ。

はやくS2JSFでねーかなー。
そっちならソース読んででも習得したいな。
133 名前：デフォルトの名無しさん mailto:sage [04/09/10 11:19]: どういうことで苦労しているのかを書けばいいんじゃないの？
134 名前：デフォルトの名無しさん mailto:sage [04/09/10 11:20]: 使い方を調べるのに苦労します・・・とか？
135 名前：デフォルトの名無しさん [04/09/10 14:24:29]: >>133
つーかさあ、JavaDocで作成したドキュメントぐらいはねーのかよ！
136 名前：デフォルトの名無しさん mailto:sage [04/09/10 15:00:17]: >>135
コメントもありません。
137 名前：デフォルトの名無しさん [04/09/10 18:15:38]: S2タペのサンプルなんて足し算するだけじゃねーか！
もっと実用的なサンプルねーのか？

TapestryとS2Tapestryのアプリケーション作成時の違いってこれだけ？
あとはTapestryのドキュメント読んで作ればいいのかな？

　・S2ContainerServletの設定　(web.xml)
　・エンジンをS2用に変更　(*.application)
　・ページ仕様にサービスの定義追加 (*.page)
　・ページクラスにコンポーネントのプロパティを追加して
　　サービスメソッドを呼び出す　(*,java)
138 名前：デフォルトの名無しさん mailto:sage [04/09/10 19:02:44]: 依存性注入、っていうのがやっぱり今ひとつピンとこないんだが、
要は「論理設計（インターフェース設計）先行で開発せよ」ってこと？

くーすでやってると、まずインターフェースを書かないとなにも出来ないんで、
「とりあえず動くものを書け。話はそれからだ」っていうのを禁止してる感じがする。
139 名前：デフォルトの名無しさん mailto:sage [04/09/10 21:23:33]: >>135
getContainerするくらいだけなんだから
使うだけならJavaDocなくても困らん気がする
漏れはJavaDocが欲しいと思ったことはないな
サンプルは欲しい気がするけど

>>137
S2TapeはTapestryからS2を呼びやすくしてるだけだから
実用的なサンプルはTapestryのスレで聞いたほうがいいと思う

Tapestryについて語ろうよ！
pc5.2ch.net/test/read.cgi/tech/1067531714/l50

>>138
くーすは仕様先行で設計しようってだけだろ
別にDIでなくてもこういう考え方はありだと思う
140 名前：デフォルトの名無しさん [04/09/10 22:21:02]: さんぷるがほしいな。
S2Tapestry ＋ S2Dao
で、フレーム、セッションオブジェクトをバリバリ使ってるやつがいいな。
141 名前：デフォルトの名無しさん mailto:sage [04/09/10 22:36:58]: >>139
>別にDIでなくてもこういう考え方はありだと思う
それはそうなんだけど。「依存性を注入する」って、注入先を先に用意しないと成り立たない。
その注入先がインターフェース。この場合のインターフェースの役割って、業務システムのフレームワークでしょ？
それってつまり、DI で業務システムを組むってことは、詳細設計なき実装を不可能にする手法なのかな、と思ったわけ。

・・・作った後から仕様書書いたら切腹？
142 名前：デフォルトの名無しさん mailto:sage [04/09/10 23:11:36]: >>141
詳細設計なき実装が不可能？
おかしくないか？手続きのみの言語じゃあるまいし、設計書が無くても
コード書く前に普通、クラス構造は頭に思い浮かべるだしょ。
143 名前：デフォルトの名無しさん mailto:sage [04/09/10 23:44:47]: >>141
すまん漏れには何を言ってるのかよくわからん
DI関係なく藻前がどんな風に普段作ってるのか
教えてくださらんか？
144 名前：デフォルトの名無しさん mailto:sage [04/09/10 23:46:05]: >>140
フレームやセッションオブジェクトをバリバリ使うとS2は関係ないと思われ
145 名前：140 mailto:sage [04/09/11 00:30:55]: >>144
TapestryでのFRAMESETの扱いや（S2とは関係ないけど）、
認証関係でセッションオブジェクト使って、
AOPで認証チェックやってるS2Tapestryのサンプルが見たいです。

ところでS2TapestryにすることでS2Daoの扱いが変わる（使いやすくなる）の？
146 名前：141 mailto:sage [04/09/11 02:46:18]: >>143
Webは Struts で簡単な情報参照系しかやったことないので、
Windowsで作った受注出荷管理のときを例に。

１）システム機能仕様書、ERD、画面仕様書（レイアウトと処理内容、IO先）を同時並行に書く。
２）DB設計。
３）コーディング。複雑なロジックはコメントでクドクドと説明。
　　DBはデータ保障をトリガにおまかせ、SQLで気ままにアクセス。
　　基本的に１画面1クラスで機能を詰め込む。同系画面で継承は使うけど。

こんな感じ。
147 名前：デフォルトの名無しさん mailto:sage [04/09/11 11:12:21]: >>146
では次は「DI は詳細設計なき実装が不可能」と思った理由の説明を頼む。

ところで 1 画面 1 クラスってのは、どういう構造よ。
Action にビジネスロジック書いてるの？
それとも色々な Action クラスからある 1 画面の機能を詰め込んだサービスを
呼出してんの？

前者は推奨されてないし（10画面くらいのシステムなら別にいいとおも）、
後者はモデルの切り分けがおかしい。

で、同系画面では継承してる？
構造が分からないけど、サービスで切り出すのが綺麗だとおも。
継承では再利用性、メンテナンス性も低い。
148 名前：デフォルトの名無しさん mailto:sage [04/09/11 11:39:06]: 簡単な情報参照系なら、Struts使う必要もないな。
149 名前：デフォルトの名無しさん [04/09/11 13:02:27]: 作者、これまた大きくでたな。
ttp://d.hatena.ne.jp/higayasuo/20040911

------------------------------------------------------
まずは、Nirvanaと組んだS2JSF。JSFは、リリースされたから結構経つのに、いっこうに
使われる気配がありません。これは、ツールベンダーの思わくが先行し、現場を見てない
結果だと思われます。

しかし、それも変わってきます。HTMLをテンプレートにし、DIコンテナと組みあわせる。
これなら、現場での使用にも十分に耐えられるでしょう。
くさったJSPなんかさよならです。重厚なEJBなんてさよならです。長いこと開発者を苦しめて
きた2つの技術。JSPとEJBに終止符を打ちます。

次は、S2Flex。時期的にはこっちの方が早く出ます。リッチクライアントも、試行錯誤の時期を
終え、いよいよ普及期に入ります。

2004年。これほど開発手法が激変する年は恐らくもうないのではないでしょうか。
150 名前：デフォルトの名無しさん mailto:sage [04/09/11 13:32:35]: 開発手法の激変といっても、Javaローカルな話だね。
処理系依存。
151 名前：デフォルトの名無しさん mailto:sage [04/09/11 14:13:21]: まずは、DI を組み込んだ SeasarV2。 S2は、リリースされたから結構経つのに、いっこうに
使われる気配がありません。これは、作者の思わくが先行し、初心者に易しいを
ポリシーにしていたものの、実は初心者が理解できる代物ではなかったと思われます。
152 名前：デフォルトの名無しさん mailto:sage [04/09/11 14:20:03]: >>146
ロバストネス分析やシーケンス図を基にして「インターフェースを作る」ことを”詳細設計”と了解してる。
「設計」って考える作業でしょう。で、インターフェースって考えないと作れないから設計かな、と。
クラスそのままの引き写し構造でつくればいいってもんじゃないんでしょ。

インターフェースさえ作ってしまえば、あとは力仕事的にゴリゴリ書けそうだなと。
実装のうまい・へたはともかく「インターフェースの設計」のおかげで動きは保障されるだろうと。
お前はクラスを考えて作ったことが無いのかと問われると、たぶん頭の中でしかない。
せいぜい、主要部分のヘッダファイルを書くくらい。チームの時は実装担当者にお任せしてた。

んー。うまくまとまんないけど、DIの「構造と実装を分離する」ってのが、
・単なる実装レベルの一手段で、便利ツール的なものなのか、
・それとも設計手法に関わってくるほどのものなのか、
ってのが分かってないのかも。

>ところで 1 画面 1 クラスってのは、どういう構造よ。
勘違いされてるような。前述の例はWin32アプリ。具体的にはC++Builder。
細かい業務ロジックはフォームクラスに配置したUI部品のイベントハンドラに直書き。
重要な処理は private なメソッドに閉じ込めて、イベントハンドラから呼び出し。
たしか５０画面以上あるけど、その画面でやってることが基本的に１ファイルにまとまってて、
ほかの画面からも独立してるから頻発する改造に対応するには手っ取り早い。
Web だと通用しないかもしれないし、相当荒っぽいやり方だとは思うけど。

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef