- 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/
- 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 だと通用しないかもしれないし、相当荒っぽいやり方だとは思うけど。
- 153 名前：デフォルトの名無しさん mailto:sage [04/09/11 14:36:51]
- S2ﾀﾍﾟの作者もここ見てるね。
はてなに書いてたよ。
要望があれば書いてみれば。
メールしたほうがいいとは思うけど。
- 154 名前：デフォルトの名無しさん [04/09/12 01:04:48]
- で、結局Springとどう違うの？
- 155 名前：デフォルトの名無しさん mailto:sage [04/09/12 13:17:12]
- 舶来か国産か
- 156 名前：デフォルトの名無しさん mailto:sage [04/09/12 13:19:04]
- >>150
そうか？ .netだってSpring.netみたいなDI出てくるし
変わってくると思うけど
- 157 名前：デフォルトの名無しさん mailto:sage [04/09/12 13:27:48]
- >>149に挙げられてるものはすべてJavaローカルなものだし。
.NETの人たちがMS以外のフレームワークを積極的に使うとは思えんし。
さらに言えば、コーディングレベルの話なので、本質的な変化ではないからなぁ。
仕事のやり方がかわるよりは、仕事に携わる人の種類・層が変わることの方が劇的な変化だから。
- 158 名前：デフォルトの名無しさん mailto:sage [04/09/12 14:29:03]
- >>153
作者じゃないってさ。
ま、メンテナでもいいんだけどね。
確かにどうすれば普及するのかねえ。
なんかS2JSFが出てくると更に普及の可能性が低くなりそうな気がするね。
S2タペというよりはタペの話になってくるのかな。
しかしそのメンテナ曰く
＞＞そもそもドキュメントを読まなきゃ使えんと言うのが問題。
じゃ、どうやって使うんだろう？
今までマニュアルやリファレンス読んで作りながら習得してきたんだけど、
そのやり方には問題ありって事なのか？
もっと手っ取り早く習得できるやり方があるのなら大歓迎だけど．．．
- 159 名前：デフォルトの名無しさん mailto:sage [04/09/12 14:35:28]
- 補完してったらなんとなくわかる、ツールで適当にやってればできる、というのがいいということかな。
ドキュメントを精読しないと使えんというのは問題だろうが、だからといってドキュメントがないのも問題だな。
- 160 名前：デフォルトの名無しさん mailto:sage [04/09/12 15:53:13]
- 補完していくだけでセッション管理やトランザクション管理なんかが分かるフレームワークができればそりゃ普及するだろう。
というか、ウィザードで処理の雛形作ってくれるだけでも全然違うだろうね。。
つーか、そもそも補完する取っ掛かりが分からないからドキュメント見てるんだけど。
- 161 名前：デフォルトの名無しさん mailto:sage [04/09/12 17:04:17]
- 同様に、コメントなしでわかるプログラムが理想だが、だからといってコメントを書かなくてもいいわけではないな。
- 162 名前：デフォルトの名無しさん mailto:sage [04/09/12 17:46:42]
- >>161
オブジェクト指向で書かれたプログラムでコメントなしってつらくねー？
JavaDocでもなんでもいいからオブジェクトの説明ぐらい要るだろ？
- 163 名前：デフォルトの名無しさん mailto:sage [04/09/12 18:57:54]
- >>162
だが、クラス名だけで出来る限り分かるようにすべきだ。
たまにコメントがなければ、さっぱり意味の分からないクラスを見かけるが。
- 164 名前：デフォルトの名無しさん mailto:sage [04/09/12 20:13:18]
- JavaDocは仕様を書くところで、
実装の説明じゃないから、
そこんとこヨロピク
- 165 名前：デフォルトの名無しさん mailto:sage [04/09/12 20:16:38]
- >>163
英語分からない奴が無理やり英語の名前でクラス名つけたりするとそうなるよな。
わかんねーなら日本語をローマ字記述でクラス名書け！つーの。
- 166 名前：デフォルトの名無しさん mailto:sage [04/09/12 22:00:38]
- しかし、KensyuとかHuriwakeとかHojyoとか、許せないローマ字はやめてほしい。
- 167 名前：デフォルトの名無しさん mailto:sage [04/09/12 22:12:34]
- >>166
訓令式は知ってるよな。
- 168 名前：デフォルトの名無しさん mailto:sage [04/09/12 23:30:06]
- >>166
S2と関係無いと思うんだけど。
- 169 名前：デフォルトの名無しさん mailto:sage [04/09/13 00:32:58]
- もうね、jyoだけはやめて欲しいよ。
- 170 名前：デフォルトの名無しさん mailto:sage [04/09/13 00:43:55]
- >>167
英語と混じるとはげしく違和感のあるローマ字記述法ですね？
- 171 名前：デフォルトの名無しさん mailto:sage [04/09/13 13:16:21]
- >>170
英語と混じれば違和感あるのはどっちも同じ。
- 172 名前：デフォルトの名無しさん mailto:sage [04/09/13 14:18:17]
- >>151
そんなあなたにEJB
- 173 名前：デフォルトの名無しさん mailto:sage [04/09/13 14:54:00]
- 英語に出来ない業務用語って多くね？
- 174 名前：151 mailto:sage [04/09/13 14:57:39]
- >>172
EJB は問題外です。今更 EJB 3.0 では DI や AOP と取り込んで
すばらしいものになりますってか。しかも 2.0 まで利用者の怒りが怖くて
互換性を残すと。金儲けする人も大変ですね。
- 175 名前：デフォルトの名無しさん mailto:sage [04/09/13 14:58:40]
- EigoNiDekinaiGyomuYogo?
- 176 名前：デフォルトの名無しさん mailto:sage [04/09/13 20:26:38]
- >>174
そんなあなたにドットネット
- 177 名前：デフォルトの名無しさん [04/09/13 22:26:30]
- S2TapestryってAOPで認証チェックとかできるのですか？
そんなサンプルあれば欲しいです。
InterceptorでVisitオブジェクトをgetするために、
MethodInteceptorインターフェースを実装させてBasePageクラスを継承させるの？
なんか変ですよねえ。。。
どうすればいいのか教えてください。
いちいち、Pageクラスで認証チェックするのは手間です。。。
AOPじゃなくてもFilterとかでうまくできるのでしょうか？
- 178 名前：デフォルトの名無しさん mailto:sage [04/09/14 01:28:11]
- >>173
「領収書」とかね。
- 179 名前：デフォルトの名無しさん mailto:sage [04/09/15 00:24:00]
- >>178
receipt じゃだめなの?
- 180 名前：デフォルトの名無しさん mailto:sage [04/09/15 00:28:21]
- >>179
じゃあ、「レシート」は？
- 181 名前：デフォルトの名無しさん mailto:sage [04/09/15 00:36:08]
- 日本語→英語→カタカナ
にしたときに違う意味になってしまうものは困る。
え、スレ違い？
話題ないんだからいいじゃん。
- 182 名前：デフォルトの名無しさん mailto:sage [04/09/15 07:02:51]
- >>181
だったら>>177に答えてやれよ。
>>177
どうやらS2TapestryのPageクラスではAOPは使えないらしいぞ。
Tapestryは使ったこと無いけど、昨日のひが氏の日記に書いてる。
- 183 名前：デフォルトの名無しさん mailto:sage [04/09/15 07:21:38]
- Tapestryは内部的にオブジェクトを生成するので、S2でインスタンス生成を握れない。
だからouterでDIを使うことはできるけど、S2AOPは使えない。
認証部分をS2から取ってくるコンポーネントに任せればいけるかも。
やったことないからわからんけど。
それでできるなら、もちろん認証部分のコンポーネントはDI可能。
- 184 名前：デフォルトの名無しさん mailto:sage [04/09/26 23:22:30]
- そろそろS2JSFでる頃かな？
期待age
- 185 名前：デフォルトの名無しさん mailto:sage [04/09/27 11:41:06]
- S2JSFは期待したいね。Kijimunaも良くなってきたから楽しみだ。
- 186 名前：デフォルトの名無しさん [04/09/28 09:55:02]
- そもそものJSFのオープンな実装って出ないのかなぁ。
- 187 名前：デフォルトの名無しさん mailto:sage [04/09/28 09:58:59]
- ともあれ、こういったコンポーネントはSpringの方が充実していくだろうから、オレとしてはSpringでDICONが使えるようにして欲しい。
今みたいな、同じ役割のメジャー&めんどくさいフレームワークとマイナー&お手軽フレームワークが並列する状況どうにかならんもんか。
- 188 名前：デフォルトの名無しさん mailto:sage [04/09/28 22:03:26]
- 軽いフレームワーク -> メジャーになる -> 要望に応えて重量級になる
- 189 名前：デフォルトの名無しさん mailto:sage [04/09/29 03:56:43]
- >>188
核の部分は変わらないし、OGNL使ってるから高機能だし、Springに比べてお手軽なのは変わらんと思うよ。
SpringでDICONが使えるようになってほしい。
もしくはSeasarでSpringXXXが使えるようになってほしい。
- 190 名前：デフォルトの名無しさん mailto:sage [04/09/29 06:52:35]
- >>189
そのDICONってなに?
Spring固有の機能使ってなければ、SeasarでSpringXXXはうごくんじゃないの。
- 191 名前：デフォルトの名無しさん mailto:sage [04/09/29 09:23:06]
- >>190
Spring固有の機能使うからSpringXXXなんだと思う。
- 192 名前：デフォルトの名無しさん mailto:sage [04/09/29 20:24:15]
- なんかFlexに力入れてるからS2JSF遅れそうだね
- 193 名前：デフォルトの名無しさん mailto:sage [04/09/30 00:04:59]
- その分S2Tapeが強化されそうだし気長に待ってもいいんじゃない？
- 194 名前：デフォルトの名無しさん mailto:sage [04/09/30 01:02:37]
- Tapeなんて使いもはん。
- 195 名前：デフォルトの名無しさん mailto:sage [04/09/30 07:05:56]
- >>189
その使いたいSpringXXXってどんなやつ?
- 196 名前：デフォルトの名無しさん mailto:sage [04/09/30 15:49:43]
- >>195
SpringHibernateとかSpringDAOとかJSF Springとか、Seasarでも並行開発されているヤツ。
今後もSpringの方が先行しつつ並行開発されていくヤツ。
- 197 名前：デフォルトの名無しさん mailto:sage [04/09/30 17:41:30]
- >>196
素直にSpring使うほうがいいんじゃないか？
- 198 名前：デフォルトの名無しさん mailto:sage [04/09/30 19:58:14]
- >>197
そしたら、Seasarの存在意義が。
- 199 名前：デフォルトの名無しさん mailto:sage [04/09/30 20:59:38]
- SpringXXXを使いたいならSpringを使うほうがいいだろ。
漏れはS2DaoのためにSeasarを使ってるし。
- 200 名前：デフォルトの名無しさん mailto:sage [04/09/30 21:37:22]
- S2JSFがそのうち出てくるのに今更S2Tapeやる気は起きない。
YSFとかでも勉強しとくかな。
- 201 名前：デフォルトの名無しさん mailto:sage [04/09/30 22:02:08]
- お前らの会話は訳が分からん。
今後は文章に含まれる英字の量は全体に対して1%までと
規定するから、厳守するように。
- 202 名前：デフォルトの名無しさん mailto:sage [04/09/30 22:35:29]
- SeasarのSpringより優れている点ってどこ？
- 203 名前：デフォルトの名無しさん mailto:sage [04/09/30 22:43:17]
- NirvanaとかMyFacesがあるでしょ ＞186
- 204 名前：デフォルトの名無しさん mailto:sage [04/09/30 22:54:13]
- ＞202
国産・マニュアルが日本語、イベントも国内
今のところ、S2本体のソースがシンプルで追えなくもない
S2DAOが凄い、一方でS2HibernateもありO-Rマッパーの選択肢がある
Flash、Flexといったフロントエンドへの対応が進み出している
blog、MLでダイレクトにひが氏やコミッタにリクエストや質問を投げれる、
且つ、即座に採用されたり、回答がある
今のところ、Springと比較すると学習がお手軽、Spring MVCなんかを
DIって何？ってな新人さんに説明するのは難しいかも
お客さんのオプソ懸念に対して保険として国内での有償サポが準備？
まだ提唱されて間もないが、くーすといった開発方法論が芽生え始めている。
- 205 名前：デフォルトの名無しさん mailto:sage [04/09/30 23:34:25]
- >204
S2Daoは確かに凄い。SQLを使える人なら間違いなく感激すると思う。
DB周りのコードがほとんど消えてなくなるんで、なんだか騙されてるような気がしてくる。
くーすは考え方はすっきりしてて分かりやすいけど、いざ実装しようとすると困る。
Strutsでいうと、Actionクラス＝くーすのコントロールで実装してみて一応それっぽくなったけど、
「ロジック層が業務フローを制御する」って言われると、コントロールがStruts依存になってるから駄目っぽいし。
でもコントロールをわざわざActionクラスと別に書くなんて面倒くさいし。書けといわれれば書くけどさ。
広く使われるには、誰かがくーす用のFramework的なものを書かんと難しいんじゃなかろうか。
- 206 名前：デフォルトの名無しさん mailto:sage [04/09/30 23:39:47]
- NirvanaってJSFタグ吐き出すだけだと思ってた。
実装もあるんだ。
- 207 名前：デフォルトの名無しさん mailto:sage [04/09/30 23:49:09]
- >>204
SpringMVCはWebでは使う必要なさそうだね。
S2DAOとSpringDAOの違いってどうなの？
定数アノテーションっていうのはCayenneと同じでおもしろいと思うけど。
OGNLと定数アノテーションがSpringとの大きな違いなのかな？
WEB+DB PRESSに解説記事が載ってたけど、ムダに大きいデータ構造で、ムダに本質的ではなさそうな部分が長いサンプルに読む気が萎えた。
- 208 名前：デフォルトの名無しさん mailto:sage [04/10/01 00:04:13]
- それにしても、オープンソースプロジェクトってある程度広まって使えるようになったころに、プロジェクト自体があぼーんするからなぁ。
あまり大きなフレームワークは使いたくないというのが本音だ。
Seasarも、某社が会社の事業としてサポートするような、法人としての取り組みができるようにしたほうがいいと思うな。
そのためにはSeasarで利益が出せるようなしくみが必要になるんだけど。
でも、そうしないと、オープンソースプロジェクトって長続きしないよね。
- 209 名前：デフォルトの名無しさん [04/10/01 12:18:22]
- >>208
一応、電通国際情報サービスがサポートするらしいね。
ところで、S2Daoでディスクキャッシュ機能があるとか昔日記に書いてあったが、
どうやればできるの？
- 210 名前：デフォルトの名無しさん mailto:sage [04/10/01 12:28:16]
- >>209
SpringやらSeasarは今後3年くらいかけて浸透するだろうから、機能をあわてて実装するよりも、プロジェクトが5年10年続くようにがんばってほしいな。
- 211 名前：デフォルトの名無しさん mailto:sage [04/10/01 21:22:31]
- >>210
浸透ってのがどの程度を言ってんのか分からないけど、俺はなんか違うとおも。
例えば Web アプリと言えば、Tomcat や Struts は浸透してるとおもう。
これが 3 年後に Tomcat と Struts、んで DI コンテナは何？ ってなことにはならない希ガス。
汎用 DI コンテナはフレームワーク作成者や新しいもん好きが使うものであって
システム構築者には汎用的すぎる。特化してるっぽい S2xxx や Springxxx とか
あるけど、まだ DI 使うとこんなすごいことができるみたいなオモチャに見える。
DI コンテナが浸透するんではなくて、フレームワークやライブラリが DI を
使用するのは当たり前になり （DI は自前でも良いし、cglib、javassist、BCEL、asm
なんでもいい） DI を冠することも無くなり、開発者に意識させないと思う。
- 212 名前：デフォルトの名無しさん mailto:sage [04/10/01 21:37:16]
- >>211
もちろん、DI+AOPは基盤技術になるわけだから、本来表に出るもんではないと思うよ。
オブジェクト指向のためにJavaを使うんじゃなくて、Javaって便利だけどこれってオブジェクト指向に基づいてるらしいよ、みたいな。
なんかめっちゃ楽なんやけど、これってDIとかAOPっていうもののおかげらしいで、と。
ていうか、使用するのは当たり前ってことは浸透してるということなんじゃないかと。
ただ、そのためには実装とそれに基づいた実用部品が必要で。
その実装として、今はSpringとSeasarがあるわけだ。
あと、DI自体は使うのが非常に楽で、使えば結構自動的にアプリケーションの多層化やら部品化ができるから、やっぱりその利点を認められて広まると思う。
AOPは、末端開発者が積極的に使うものというよりは、コンポーネント提供者が利用して、末端開発者は何も考えなくてよくなる、という仕組みだと思ってる。
AOPこそ、開発者に意識させないものだと思うな。
使う言葉が違うだけで同じことを言ってる気がしなくもないが。
- 213 名前：212 mailto:sage [04/10/01 21:56:03]
- そういえば、誰かDIconファイルを視覚化して編集するツール作ってるみたいだけど、あれってもうちょっと発展させたらなつかしのAPPGALLERYみたいになるね。
ありがちなビジネスロジックの呼び出し仕様を集めたインターフェイスを登録しておけば、そいつを視覚化したものを配置して、メソッドつなぎあわせればアプリケーションになる、と。
呼び出し先の引数と同じ型のプロパティ持ってたらそれを自動的に渡して、みたいな。
ダブルクリックしたらそこのソース編集とか。
よくない？
- 214 名前：デフォルトの名無しさん mailto:sage [04/10/01 22:07:23]
- >206
スマソ、HTML2JSP、JSFのコンバータだった。
- 215 名前：デフォルトの名無しさん mailto:sage [04/10/01 22:09:25]
- >209
キャッシュはまだ未実装な筈
- 216 名前：デフォルトの名無しさん mailto:sage [04/10/02 11:52:35]
- >>213
懐かしいな。そうなるといいな。
- 217 名前：デフォルトの名無しさん mailto:sage [04/10/02 14:11:49]
- >>205
Actionは、業務ロジッククラスの一つのメソッドを呼ぶだけに白ってことだから
そんなめんどくさいことないだろう。
これまでも、Actionにロジックをおくなって言われてたわけだから、
そんなにかわんないだろう。
- 218 名前：デフォルトの名無しさん mailto:sage [04/10/02 20:13:54]
- ひが君の日記より
> 実装上は、バウンダリから呼び出されるメソッドは、インターフェースになり、
> コンポーネント内からしか呼び出されないメソッドは、実装クラスのpublicメソッドに
> なります。
> 内部からしか呼び出されないのに、実装クラスのpublicメソッドにするのは、
> テストをしやすくするためです。別にprivateメソッドでもリフレクションを使って
> 呼び出せますが、コンポーネントを使う方は、インターフェースしか見ないので、
> 特にpublicでも問題ないと思います。
内部メソッドを public にか。俺はこれをダサいと思わん神経を疑う。
- 219 名前：デフォルトの名無しさん mailto:sage [04/10/02 20:27:05]
- ひが君の日記より
> くーすは、というより私は、各開発者のスキルをまったくあてにしていません。
> ドライに聞こえるかもしれませんが、現実のプロジェクトを乗り切るには、
> そう考えざるを得ないのです。そして、どんな人でも一定の品質のものを
> 作り上げるための仕組みを考えるのです。
要は
S2 使う側の香具師はバカかアホしか居ねーから簡単に使えるようにしますよ w
バックエンドの難しい仕組みはスキルのある俺様しか理解できないですよ w
と。
正論だが、それを公開日記でいうおまえはどうしようもないバカだ。
- 220 名前：デフォルトの名無しさん mailto:sage [04/10/02 20:27:52]
- このご時世に「ダサい」という言葉を使う神経を疑う
- 221 名前：デフォルトの名無しさん mailto:sage [04/10/02 20:31:48]
- >>218-219
なんか嫌なことでもあったか？
こんなところで愚痴ってもしょうがないぞｗ
奴の日記読んでるんだったら、
奴が２ちゃんなんか読まないし仮に読んだとしても気にも留めない奴だって分かってるだろ。
ここじゃなくて奴の日記にコメントしろよ。
面と向かって文句言えないから陰口叩くちゃねらーの典型だなｗ
- 222 名前：221 mailto:sage [04/10/02 20:33:06]
- ちなみに私はＤＩコンテナ信者です
- 223 名前：デフォルトの名無しさん mailto:sage [04/10/02 20:37:59]
- >>221
別に嫌なことなんか無いが、奴は最近方向が少しずれてきた希ガス。
- 224 名前：221 mailto:sage [04/10/02 22:09:45]
- 確かにS2もいろいろなところで取り上げられてるしね。
調子に乗るのもわらなくはないけど。。。
まあ周りの取り巻き連中が持ち上げまくってるのかもしれないね。
個人的には調子に乗ってもいいから、S2JSFをきっちり作り上げて欲しい。
それと、S2Dao。
この２つさえきっちり作ってサポートしてくれれば持ち上げまくってもいいよｗ
- 225 名前：デフォルトの名無しさん mailto:sage [04/10/03 01:55:24]
- 別に調子に乗ってるようには見えないけどな。正論なら公開の場で書いてても
いいんじゃないかと思うし間違ったことは書いてない。
そもそもフレームワークってそういうもんだろ。そんなに嫌いなら見なきゃいいのにｗ
- 226 名前：デフォルトの名無しさん mailto:sage [04/10/03 02:09:35]
- 嫌いなら見なきゃいい、みたいな生産的じゃない発言増えたなぁ。板的に。
- 227 名前：デフォルトの名無しさん mailto:sage [04/10/03 02:35:42]
- 嫌々見て２ちゃんで愚痴ってるのが生産的だとも思わないなぁ。漏れ的に。
- 228 名前：デフォルトの名無しさん mailto:sage [04/10/03 02:44:07]
- 既存のRUPなんかで提唱されている手法を実践しようと
して苦しんだことがないから馬鹿にされているように感じるんでしょ。
くーすが嫌なら一般的にいわれているようなユースケース駆動
なんかの設計でやってみればいいじゃない。俺はやってみて
これがだれでもできる方法だとは思えないからくーすの
思想には賛成できるけど。(具体的な手法に関しては置いといて)
- 229 名前：デフォルトの名無しさん mailto:sage [04/10/03 03:15:38]
- >>224
サポーターはサポートするべきだから。
- 230 名前：デフォルトの名無しさん mailto:sage [04/10/03 08:52:29]
- >219
>S2 使う側の香具師はバカかアホしか居ねーから簡単に使えるようにしますよ w
バカかアホしか居ねー「と考えないと現実的に回らない」
>バックエンドの難しい仕組みはスキルのある俺様しか理解できないですよ w
バックエンドの難しい仕組み「を全員が意識しなけりゃならない状況は現実的じゃない」
曲解はやめような。
それ以前に、沢山の人を使ったことがあるかってことだな。
沢山の人の能力を全部把握して適切な仕事を振るなんてできやしないんだから、
全員が並の能力でも大丈夫な方法を模索するのは正しいと思う。
- 231 名前：デフォルトの名無しさん mailto:sage [04/10/03 08:54:39]
- そういう意味ではくーすはある程度の人数を想定した開発・設計プロセスなのかな。
たとえばうちみたいに一人二人で1-3ヶ月やるようなプロジェクトでくーすに従って。。。というのはどうなんだろ。
- 232 名前：デフォルトの名無しさん [04/10/03 09:37:22]
- >>231
ひとりふたりだと、プロセスがなくてもまわるっちゃまわる。
それでもプロセスの採用は有用だと思うよ。
- 233 名前：デフォルトの名無しさん mailto:sage [04/10/03 11:09:50]
- >>219
その日記は明らかにプロの現場を指してる。
あの子が欲しい、この子は要らない、相談しましょ、そうしましょ
ってできないし、勝手に配人されるし、何より初めて会った人が
何をどこまで知ってるかなんて分からない。
アレとソレとコレを知ってる人が居ないと回せませんとか言った
ら、それこそ自分自身が要らない子になってしまうｗ
- 234 名前：デフォルトの名無しさん mailto:sage [04/10/03 11:54:24]
- 日記の内容なんて本当は関係ないんだろうな。
粘着したいだけなんだろきっと。口実が欲しいんだよ。
そんなことよりもS2JSF激しくキボンヌ！出してくれたらひが氏ラブｗ
- 235 名前：デフォルトの名無しさん mailto:sage [04/10/03 12:40:10]
- 心配するな。
ひが君は、ちゃんとここ読んでるから。
- 236 名前：デフォルトの名無しさん mailto:sage [04/10/03 12:54:14]
- なんだひが「君」に釜ってほしいだけか
|
 |
