- 1 名前：デフォルトの名無しさん [04/10/27 22:54:13]
- 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
最近、気になるのでスレ立てました。
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。
あと、開発プロセス「くーす」の話題もこちらでどうぞ。
本家 seasar.org
www.seasar.org/
Seasar Projectグループ
seasarproject.g.hatena.ne.jp/
ひがやすをのここだけの話
d.hatena.ne.jp/higayasuo/
関連スレ(なのか?)
Java Spring Frameworkを語るスレ
pc5.2ch.net/test/read.cgi/tech/1077465099/
- 231 名前：デフォルトの名無しさん mailto:sage [04/11/03 02:46:06]
- >231
実装面に踏み込むのかなあ?以前の比嘉氏のblogでPetStoreだと
設計のサンプルとして弱いようなニュアンスを書いてた気がする。
- 232 名前：デフォルトの名無しさん mailto:sage [04/11/03 13:09:25]
- 裏情報だとは思わないけど、表情報でもないですね。
現行サイトのトップページに、更新情報だけでも書いてみては？
最初から完璧である必要はないので。
- 233 名前：デフォルトの名無しさん mailto:sage [04/11/03 13:13:31]
- >>225
ノシ作ってるよ。
でもソースは公開できないw
- 234 名前：232 mailto:sage [04/11/03 14:38:55]
- www.seasar.orgにアクセスしただけで見れるのが理想ですけど、リンクでもいいと思います。
現状だと、www.seasar.orgから更新情報にたどるパスがないので。
ひがさんのblogにリンク貼るだけでもいいんじゃないかと思うけど「ここだけの話」だし。
- 235 名前：デフォルトの名無しさん mailto:sage [04/11/03 17:55:33]
- >>233
感想など聞かせてくり。
- 236 名前：デフォルトの名無しさん mailto:sage [04/11/03 18:05:35]
- CMSって、なに、Zopeでも作ろうとしてるのか？
漏れ思ったけど、Zopeってあんまり役に立たないよ。普通にホームページ作成ソフトと
とちょっとしたスクリプトで十分。
- 237 名前：デフォルトの名無しさん mailto:sage [04/11/03 18:09:21]
- www.springframework.comはploneでできている罠。
- 238 名前：デフォルトの名無しさん mailto:sage [04/11/03 20:50:33]
- ZopeをCMSだと思っている時点で236は（ry
- 239 名前：233 mailto:sage [04/11/03 23:08:57]
- 実はCMSって括りが未だによく分かってないのに、脊髄反射レスしましたｽﾐﾏｾﾝｽﾐﾏｾﾝ
一応コンテンツ/サイトを管理するためのシステムだから「CMS」って言っちゃって良いと思うんですが、
ZopeとかWikiとかとは全然毛色が違います。
>>236「普通にホームページ作成ソフトと云々」をブラウザ上でやるためのものを作ってたりします。
FTPの手間が無い分だけ、ちょっとだけ楽、みたいなｗ
- 240 名前：デフォルトの名無しさん mailto:sage [04/11/03 23:56:15]
- まあ、ひとことでCMSって言っても、blogから企業のアセット管理まで幅広いしね。
- 241 名前：デフォルトの名無しさん mailto:sage [04/11/03 23:58:25]
- ひとことハゲといっても以下略
- 242 名前：232 mailto:sage [04/11/04 12:58:06]
- タイトル変えさせてしまったなぁー。
悪者なんだろうなぁー。
悪者だなぁー。
いいけど。
- 243 名前：デフォルトの名無しさん mailto:sage [04/11/04 20:27:39]
- ひがさんのS2JSFできあがると思う?
- 244 名前：デフォルトの名無しさん mailto:sage [04/11/05 01:09:30]
- いろいろ、はまって時間食う落とし穴があると思うから、結構時間がかかると思われ。
S2JSFの開発自体は、くーすで頭使わずってわけにはいかないからね。
体力いると思うよ。
- 245 名前：デフォルトの名無しさん mailto:sage [04/11/05 02:10:28]
- 出来上がるってどういう意味？
いつかは別として出来上がるでしょ。多分。
- 246 名前：デフォルトの名無しさん mailto:sage [04/11/05 02:23:19]
- ひが君一人で開発してることをなぜ誰も問題にしないのか。
- 247 名前：デフォルトの名無しさん mailto:sage [04/11/05 02:35:13]
- そんなの別に普通にあることじゃん。
公開されているコードは自分で改造できるから困らない。
- 248 名前：デフォルトの名無しさん mailto:sage [04/11/05 03:26:45]
- >>244
例えばどんなことにはまりそうなの。
単なるユーザーだからこういうのを作るの自体が
未知の領域だからすごくドキドキする。
みんなオープンソースだとコードとかハッキングしてるの。
漏れにはそれだけですごいことに感じちゃう。
- 249 名前：デフォルトの名無しさん mailto:sage [04/11/05 11:00:57]
- >>248
S2JSFをどういうしくみでやってるか知らないから、例えばといわれても。
- 250 名前：デフォルトの名無しさん mailto:sage [04/11/05 11:42:01]
- 知っていたとしても、例えばとして挙げれないことにこそハマるわけだし。
- 251 名前：デフォルトの名無しさん mailto:sage [04/11/05 16:00:41]
- >>249さん
248です。そうですよね。すみません。
- 252 名前：デフォルトの名無しさん mailto:sage [04/11/05 20:22:23]
- >>251
とりあえず、業務システムと比べて、コーディング段階でのリスクが多いと思うわけだ。
- 253 名前：デフォルトの名無しさん mailto:sage [04/11/05 20:25:04]
- という外野の声を尻目に、EA1リリースの準備開始ですよ。
- 254 名前：デフォルトの名無しさん mailto:sage [04/11/05 21:21:35]
- instance属性にrequest,sessionを追加
ってなんか便利そうだけど
実際どう使うのか思いつかない寂しい俺。
- 255 名前：デフォルトの名無しさん mailto:sage [04/11/06 00:10:33]
- どんな技術基盤を作っていようが、
とにかくきれいで応用が利く実用的な実装。
漏れの関心はこっちだね。
世間的にもフレームワーク離れ激しいと思うよ。
- 256 名前：デフォルトの名無しさん mailto:sage [04/11/06 00:19:55]
- >>254
S2JSFのExample見るとイメージできると思うよ。
>>255
君の関心があるものはわかった。で？
- 257 名前：デフォルトの名無しさん mailto:sage [04/11/06 00:26:52]
- やっぱさ、S2JSFもでてくると、それに対応したプラグインがほしいよね
- 258 名前：デフォルトの名無しさん mailto:sage [04/11/06 00:30:31]
- >>255
そうとう狭い世間に生きてるようだな。
- 259 名前：デフォルトの名無しさん mailto:sage [04/11/06 00:59:14]
- >>255
> どんな技術基盤を作っていようが、
> とにかくきれいで応用が利く実用的な実装。
そのためのDependency Injectionだろうが。
> 世間的にもフレームワーク離れ激しいと思うよ。
あえて文脈をすり替えて言うが、Dependency Injectionによって
業務ロジックの「フレームワーク離れ」は加速するんだよ。
とりあえず「軽快なJava」くらい読もうな。
- 260 名前：デフォルトの名無しさん mailto:sage [04/11/06 01:33:41]
- フレームワークは、あまりにも当たり前になって話題にのぼらなくなると、「世間的にフレームワーク離れ激しい」と勘違いしちゃうヤツが現れるらしい。
- 261 名前：デフォルトの名無しさん mailto:sage [04/11/06 01:36:08]
- どうなったら、こういう文脈でS2が出るようになるのかな？
ttp://www.theserverside.com/news/thread.tss?thread_id=29817
- 262 名前：デフォルトの名無しさん mailto:sage [04/11/06 01:42:51]
- >>257
禿道！
- 263 名前：リリース情報 mailto:sage [04/11/06 01:59:14]
- S2.1.0 リリース
S2JSF EA1 リリース
d.hatena.ne.jp/higayasuo/20041105#1099656218
Kijimuna 0.6.18 リリース
d.hatena.ne.jp/masataka_k/20041105#p1
S2Pager 1.0.0 リリース
d.hatena.ne.jp/agt/20041105#p1
- 264 名前：デフォルトの名無しさん mailto:sage [04/11/06 02:46:49]
- >>263
乙。
後ろ２つは、ヒガさんのブログにはあとで書き込まれるのかな？
- 265 名前：263 mailto:sage [04/11/06 03:21:59]
- KijimunaとS2Pagerの作者はヒガさんじゃないので書き込まれないと思われ。
それぞれの作者が自分のブログ(とML)で情報流してます。
- 266 名前：デフォルトの名無しさん mailto:sage [04/11/06 04:08:08]
- そこには、どうやったらwww.seasar.orgからたどれるの？
- 267 名前：デフォルトの名無しさん mailto:sage [04/11/06 04:45:10]
- >>266
今はたどれないかも。
近日中にはたどれるようになるんじゃないかなぁ？
- 268 名前：デフォルトの名無しさん mailto:sage [04/11/06 07:10:34]
- 社員さんがサイト整備するの待ちってとこかな。
- 269 名前：デフォルトの名無しさん mailto:sage [04/11/06 10:14:26]
- 結論：やっぱEJB
- 270 名前：デフォルトの名無しさん mailto:sage [04/11/06 11:23:11]
- >>255は>>269に突っ込んでやれ
- 271 名前：デフォルトの名無しさん mailto:sage [04/11/06 13:08:25]
- >>246
人月の神話でも嫁
- 272 名前：デフォルトの名無しさん mailto:sage [04/11/06 14:14:08]
- >>271
人月の神話の高スキル者集約志向と
くーすの低スキル者許容志向は矛盾してるよね。
- 273 名前：デフォルトの名無しさん mailto:sage [04/11/06 14:22:09]
- >>246はS2そのものの開発について
人数を増やせばっていってるんだろ。
くーすの話とは関係ない。
- 274 名前：デフォルトの名無しさん mailto:sage [04/11/06 14:31:20]
- >>273
人数を増やせばっていってるんだろ。
そんなことどこに書いてある?
>>246
> ひが君一人で開発してることをなぜ誰も問題にしないのか。
むしろTruck Number方面の問題だろう。
- 275 名前：デフォルトの名無しさん mailto:sage [04/11/06 14:34:27]
- >>246がそういうつもりで書いたなら
俺の読み違いだ。スマソ
- 276 名前：デフォルトの名無しさん mailto:sage [04/11/06 19:18:28]
- からさわぎのメンバに開発を振ればいい。
でも、ひが君はただのプログラマだし、オープンソースプロジェクトの
マネージメントができる器ではない。
PG としての腕はたつが管理ができない管理者と、腕の無い PG を
集めても何も出来ない。本人が一番それを分かってるだろ。
- 277 名前：デフォルトの名無しさん mailto:sage [04/11/06 19:56:00]
- そこまで知ってる仲なら>>276がマネジメントしてやればいいのに。
S2を通じてしかひがさんの能力は知らんから器まで知ってるのは
近い人なんだろうなと感じるがどうなのかな。
ところでオープンソースのプロジェクトってそこまで組織組織しなきゃ
ならないものなのか？前スレからずっと見てるけどコミュニティ云々を
言ってる人が求めてるのって俺からするとちょっと違うんじゃないか
と感じることが多い。
どうでもいいけど相変わらず技術的な話題が全然出ないね。
せっかく待望のS2JSFも姿を見せたことだし、みんなの意見なんかを
知りたいな。俺は面白いと感じたけど、コンポーネントの自作をしたくなった。
コンポーネントの作り方とかってわかる人いたら教えて欲しい。
- 278 名前：デフォルトの名無しさん mailto:sage [04/11/06 20:02:27]
- 自動バインディングってどんなメリットがあるの？
いまいち仕組みも理解できないんですが。
- 279 名前：デフォルトの名無しさん mailto:sage [04/11/06 20:24:26]
- >コンポーネントの作り方とかってわかる人いたら教えて欲しい。
大雑把な質問だな。聞くは容易し答えるは難しの典型例の様だ。
右も左も分かりません状態なら、それこそコミュニティーの出番。
ここだよココ！こういう状態の人間を、具体的な質問ができるレ
ベルにまで引き上げるのがコミュニティーの存在価値。
コミュニティーに求められてるモノってのは結局、最低限具体的
な質問ができる程度にまで引っ張り上げてくれる何かなんだろう
と俺は思う。
＃上記に対してどんなレスが付くかは何となく想像できるが・・・・
＃まぁ、書かずに様子を見てみようｗ
て言っても、有料サポートが始まるらしいから、もうコミュニティー
に期待する必要はないのかもな。
金で解決できるなら、それに越した事はないわけで、乞食で居る
よりは客で居る方がずっと心穏やかで居られるってもんだｗ
- 280 名前：デフォルトの名無しさん mailto:sage [04/11/06 21:16:48]
- >>279
> ＃上記に対してどんなレスが付くかは何となく想像できるが・・・・
> ＃まぁ、書かずに様子を見てみようｗ
こういうこと書くから荒れるんだけどな
- 281 名前：デフォルトの名無しさん mailto:sage [04/11/06 21:19:08]
- >>279はS2使ってるの？
- 282 名前：デフォルトの名無しさん mailto:sage [04/11/06 21:32:17]
- >>277
俺もJSFの勉強をはじめたばかりだからS2JSFでの
方法はわからんがまずはこの辺からでどうか
ttp://muimi.com/j/jsf/customcomp/
>>278
代入のコード記述が減る
>>279
わざわざ乞食呼ばわりする必要はない
オマエがひが君嫌いなのはよくわかったからもう書くな
- 283 名前：デフォルトの名無しさん mailto:sage [04/11/06 21:47:28]
- 双方落ち着け。
喧嘩してる暇があったらkoichik氏を見習って具体的な
ツッコミのひとつも入れてやれ。
- 284 名前：デフォルトの名無しさん mailto:sage [04/11/06 21:48:52]
- >>279
自分が答えられないなら書かなきゃ良いのに何でもコミュニティのせいにするあたりが徹底して粘着だな。
しかもたった1行に対してすごい長文。ほんとに構って欲しいんだなｗ
- 285 名前：デフォルトの名無しさん mailto:sage [04/11/06 21:56:22]
- >>281
使ってない。単に巡回中面白そうだったんで立ち寄っただけ。
ただ、この手のやり取りは昔Linux界隈でよく見た展開だったから茶々らせてもらった。
>>282
誤解。俺はひが氏を嫌いじゃないし、そもそも好き嫌い言えるほど氏の事を知らない。
それから、ここで使った乞食という単語は・・・・・・
Ｑ．オープンソースは消費者を幸せにするだろうか？
Ａ．金銭が対価として通用しない世界では、消費者が乞食になってしまう。
故に、オープンソースでは消費者は幸せになれない。
という話に出てくる乞食を根としてる。勿論、特定の誰かを貶める意図はない。
＃上記のＱＡはとても古臭くて恣意的な文言なんでツッコミ不要。
- 286 名前：デフォルトの名無しさん mailto:sage [04/11/06 22:12:51]
- >>283
禿胴
最初は確かにコミュニティーの至らない部分もあるなと
同意することもあったが段々と気分が悪くなってきた。
コミュニティーを乞食呼ばわりするのはどうかと思うし
そうでないなら俺みたいな単なるユーザが乞食って
呼ばれる筋合いないし。
以後コミュニティー粘着はスルーってことで
- 287 名前：286 mailto:sage [04/11/06 22:14:40]
- あ、すまん。>>285が書いてるね。
俺がうがった見方をしてたのか。
また粘着うんこスキー君なのかと
思ったもんで。悪かった。
- 288 名前：デフォルトの名無しさん [04/11/06 22:21:13]
- 人間は、他人の心情を慮る時、自分を参考にするしかないﾜｹで。
粘着君には、相手が粘着に見える、という良い例ですた。
- 289 名前：286 mailto:sage [04/11/06 22:23:24]
- これだけじゃ何なので俺もJSFは全然知らんのだけど
>>282を参考にS2JSFを見ると、UIConponentBaseを
継承してUIコンポーネントを作るというところは>>282の
指したところと同じ感じなのかな。レンダラもここかな
という感じはわかった。ただ後はよくわからん。
templateのところで色々とやってるみたいだけど。
ひょっとしてMyFacesとかを先に理解しないと駄目なのかな。
俺今までフレームワークなんて使ってばっかりで
ソースを見るなんて全然なかったのでちょっと楽しい。
ヘタレだけどちょっとがんがってみるよ。
- 290 名前：286 mailto:sage [04/11/06 22:24:33]
- >>288
そりゃ悪かった。いちいちageないでよｗ
- 291 名前：デフォルトの名無しさん mailto:sage [04/11/06 22:47:56]
- >>288
＞粘着君には、相手が粘着に見える
粘着を閉鎖的とかうんことかに置き換えるとすごくよく理解できたよ。
>>289
ガンガレ。ひょっとしたら参考になるかもしれん。
ttp://www.atmarkit.co.jp/fxml/rensai2/xmltool09/01.html
- 292 名前：デフォルトの名無しさん mailto:sage [04/11/06 23:56:18]
- >>89
> スクリプト言語での業務アプリというのが今ひとつわかり辛い。
漏れが好んでいるのは
dRuby
www2a.biglobe.ne.jp/~seki/ruby/druby.html
これ以上単純にクラサバ作れるものがあったら教えてくれ。
設定ファイル書かずとも柔軟なシステム作れるぞ。
Webとの連携も自由自在。
- 293 名前：デフォルトの名無しさん mailto:sage [04/11/07 00:09:03]
- S2Tapestryの3.0.1対応版は出ないのですか？
- 294 名前：デフォルトの名無しさん mailto:sage [04/11/07 00:13:33]
- >292
いやそりゃ「スクリプト言語での業務アプリ」の説明にはならんでしょ。
ライブラリやフレームワークで言うならCGIKitの方がまだ分かりやすくないかい？
もっとも、まずは>89がどういうものを「業務アプリ」と考えてるか、からだが。
どっちにしろスレ違いだな。Akabekoを絡めれば・・・やっぱスレ違いか。
- 295 名前：デフォルトの名無しさん mailto:sage [04/11/07 00:24:57]
- >>294
Rubyファンだけど、漏れが思うにCGIKitはダメだわ
- 296 名前：デフォルトの名無しさん mailto:sage [04/11/07 00:27:28]
- >>294
CGIKitにはまたあの憎むべき設定ファイルってのがあるじゃん。
あれは面倒としか言いようがない。
- 297 名前：デフォルトの名無しさん mailto:sage [04/11/07 01:06:45]
- 結論は一切設定ファイルが不要な仕組みをもつフレームワークが
一番良いってことだね。
- 298 名前：デフォルトの名無しさん mailto:sage [04/11/07 01:07:18]
- CGIKityちょうど使ってみようと思ってたところなんだが、そうなのか。
設定ファイルみてみるわ。
- 299 名前：デフォルトの名無しさん mailto:sage [04/11/07 01:22:41]
- >295
良いか悪いかじゃなくて、実現したいものがどうか、だったんだけどね。
俺は業務アプリ作るのには使ってないから、他に知らんですまんが。
CGIKitとTapKitのワンセットで、WebフレームワークとO/Rマッピング。
Web形式の業務アプリならこれで実現できる。
これらが使いやすいかどうかは別問題。
てなとこでどうよ>89
完成したものが同じなら、使う側にとって言語は関係ないってことだね。
作りやすいかとか保守しやすいかとか落ちにくいかとかは別な話で。
- 300 名前：デフォルトの名無しさん mailto:sage [04/11/07 01:35:39]
- >>292
「RubyだとO/RマッピングがJavaよりスマートにできる」とか、
「RubyだとDIコンテナの設定がS2みたいなxml+OGNLより柔軟にできる」
みたいな話題だと、スレの流れ的に食いつきようがあるんだけどさ。
よー知らんけどRMI的なレイヤのフレームワークを提示されても
スレ違いだろとしか言えんな。
そもそもRod JohnsonにしてもFowlerにしてもついでにひが氏にしても
揃って「分散は可能な限り避けるべき最後の手段」的なことを言っている。
俺もそう思う。
- 301 名前：デフォルトの名無しさん mailto:sage [04/11/07 01:41:00]
- >>300
Rubyだとそもそも（元々薄いが型定義せずにすむからさらに）
O/Rマッピングする必要性は薄くなるし
DIコンテナって普通にOOPするのと何が違うのか謎。
漏れはJavaじゃ記述が面倒だからxmlに書き直したものに過ぎないと思ってるんだけど。
それならそれで、ツールのサポートが出てきたらそれなりにメリットはある。
Eclipseプラグインとして作るといいんじゃない？
ただ、プラグインはそう易々と作れるもんじゃないと思うけどね。
- 302 名前：デフォルトの名無しさん mailto:sage [04/11/07 01:46:25]
- >>300
インターフェース層とアプリケーション層を分離するときに、アプリケーション層として
dRubyを使うといいですよっていう意味で示した。（この分離はどんな小さなアプリだろうと
やる価値あると思う。テストしやすくなるし、ウェブやデスクトップアプリのインターフェース
だろうとＯＫになるし、しかし、そうするとシステムを起動させるときに面倒かもしれないが、
dRubyのサイトにあるタプルスペースの実装はいいぞ。Lanに繋げたら自動的に連携させる
サービス見つけて自動起動なんてこともできる）
- 303 名前：デフォルトの名無しさん [04/11/07 01:52:34]
- >>301
ツール作ったとして、本当にそれが生産性の向上に繋がるかは
これまた難しいし、あやしい。
ツールは使わずに済むならそれに越したことはない。
使い方覚えるのも大変だ。シンプルが一番。
- 304 名前：デフォルトの名無しさん mailto:sage [04/11/07 01:59:46]
- >>301
> Rubyだとそもそも（元々薄いが型定義せずにすむからさらに）
> O/Rマッピングする必要性は薄くなるし
御大が普通にRubyでO/Rマッピングしてるんだけど。
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?DomainLogicAndSQL
> DIコンテナって普通にOOPするのと何が違うのか謎。
> 漏れはJavaじゃ記述が面倒だからxmlに書き直したものに過ぎないと思ってるんだけど。
↓これ読んだ上で言ってるよね?
ttp://cvs.picocontainer.codehaus.org/viewrep/~raw,r=1.1/picocontainer/site/presentations/JavaPolis2003_ja.ppt
ttp://www.kakutani.com/trans/fowler/injection.html
読んだ上で「謎」だったら君の思考回路のほうが謎だ。
> それならそれで、ツールのサポートが出てきたらそれなりにメリットはある。
> Eclipseプラグインとして作るといいんじゃない？
> ただ、プラグインはそう易々と作れるもんじゃないと思うけどね。
既にあるんだけど。
ttp://homepage3.nifty.com/seasar/kijimuna.html
頼むから書き込む前にもうちょっと勉強してくれ。
- 305 名前：練度低いな mailto:sage [04/11/07 02:11:07]
- >>301
> Rubyだとそもそも（元々薄いが型定義せずにすむからさらに）
> O/Rマッピングする必要性は薄くなるし
FowlerがRubyでO/Rマッピングを使用してる例がありますよ。
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?DomainLogicAndSQL
> DIコンテナって普通にOOPするのと何が違うのか謎。
> 漏れはJavaじゃ記述が面倒だからxmlに書き直したものに過ぎないと思ってるんだけど。
謎に関しては以下の文章が参考になると思うんで一読してみては如何ですか？
ttp://cvs.picocontainer.codehaus.org/viewrep/~raw,r=1.1/picocontainer/site/presentations/JavaPolis2003_ja.ppt
ttp://www.kakutani.com/trans/fowler/injection.html
読んだ上で尚「謎」でしたら、もう少し具体的な意見がほしいです。
> それならそれで、ツールのサポートが出てきたらそれなりにメリットはある。
> Eclipseプラグインとして作るといいんじゃない？
> ただ、プラグインはそう易々と作れるもんじゃないと思うけどね。
それに関しては既に以下の様なものが存在してますが如何でしょう？
ttp://homepage3.nifty.com/seasar/kijimuna.html
別に２ちゃんだからって煽り調で書かなきゃならないって事はないんだぞ？
何かの強迫観念にでも駆られてるのか？>>304
- 306 名前：デフォルトの名無しさん mailto:sage [04/11/07 02:43:30]
- >>304
> 読んだ上で「謎」だったら君の思考回路のほうが謎だ。
>ttp://www.kakutani.com/trans/fowler/injection.html
ダメだ。全然分からん。マジで。
「設定を利用から分離する」ために、オブジェクトの取り出し方をxmlに書くってこと？
ちょっと神経質過ぎる感じするな。
アプリケーション毎に設定ファイルあるっていうならいいと思う。
人事管理ソフトに給与計算プラグインを追加するために、そのプラグインオブジェクトの取り出し方を
plugin.xml に定義する、とかいうのは、分かりやすくていい設計だと思うよ。
設定ファイルにするっていうのは、外部からの拡張を積極的に受け入れるってことで、
それには複雑さが伴う。そんな複雑さは排除できるところは排除しなきゃいかん。
DIコンテナはプログラミングすべきところをわざわざ複雑にしようとしてるとか思えん。排除すべき。
- 307 名前：デフォルトの名無しさん [04/11/07 03:11:15]
- こんな変なものが好きなのは私だけだと思っていると、
実は多くの人が好きである。
本当に変なものは誰も好きにならない。
…マーフィーの法則
自分では個性的な趣味だと思っていても、端から見るとそれほどでもなかったりします。
「あなたは決して孤独ではない。その代わり、決して特別でもない。」
…久美沙織『小説を書きたがる人々』
- 308 名前：デフォルトの名無しさん mailto:sage [04/11/07 03:38:24]
- S2って、オブジェクト生成エンジンとして使うだけでも結構便利なんじゃないかな。
DIとか難しいこと言わなくても。
- 309 名前：デフォルトの名無しさん mailto:sage [04/11/07 04:19:49]
- DIは別に難しくない。
ただし、ある程度の規模のソフトウェアのアーキテクチャを設計したことがあるか、
TDDについてちゃんと考えたことがある場合に限る。
- 310 名前：デフォルトの名無しさん mailto:sage [04/11/07 06:03:58]
- S2JSF、ループなんかのロジックをHTML側で意識しないといけない。
ループの指定や変数のバインドを外部かできたらと思う。
xxxx.html
<table>
<tr class="row">
<td class="empno">7788</td>
<td class="ename">SCOTT</td>
<td><a class="edit">編集</a></td>
</tr>
<tr class="ignore">
：
</tr>
</table>
xxxx.xml
<element name="row">
<foreach items="employees" value="e" />
</element>
<element name="empno">
<content>e. empno </content>
</element>
<element name="ename">
<content>e.ename</content>
<arg name="width" value="10%" />
</element>
<element tag="a" name="edit">
<action target="employeeListAction.goEdit">
<param name="empno" value="e.empno" />
</action>
</element>
- 311 名前：デフォルトの名無しさん mailto:sage [04/11/07 06:09:00]
- xmlって人間が書くもんじゃないよな
- 312 名前：デフォルトの名無しさん mailto:sage [04/11/07 06:25:51]
- >>301
>DIコンテナって普通にOOPするのと何が違うのか謎。
GoFの生成に関するパターンを突き詰めて、外部化した物だと思ってる。
>漏れはJavaじゃ記述が面倒だからxmlに書き直したものに過ぎないと思ってるんだけど。
Javaでも書けるしGroovyでも書ける。
ただ静的な設定を記述するのには、余計なことができない形式の方がいい。
DIやJavaの是非やコミュニティのあり方ばかりで、つまらない。
S２自体の話題はないの？みんなS２を使って云々以前でつまずいてるの？
口調だけはみんな偉そうなのに。
- 313 名前：デフォルトの名無しさん mailto:sage [04/11/07 06:27:52]
- >>311
どうだかな。
ヘボな書式だと面倒なだけだろうな。
そういう意味からすると、漏れ的にはdiはかなり不満。
一応、人間にも機械にも読み書きできるってところがメリットなんだから、
人間らしい感性を発揮してほしいね。
- 314 名前：デフォルトの名無しさん mailto:sage [04/11/07 06:30:10]
- >>312
使い方につまずくようなシロモノでもないだろうし。
そもそも漏れは使わない。
メリット無いと思うから。
- 315 名前：311 mailto:sage [04/11/07 06:38:49]
- >>314
根拠があって 「S２にメリットがない」と言うのならば
それを示して議論するか、このスレに来なければいい。
S２を使って云々以前というのは、使い方の事を言っているのではなく
正に「DIだのS２だのって何がいいの」っていうのが分からない状態を
指しているつもり。
- 316 名前：314 ◆iKwMOjCT4s mailto:sage [04/11/07 07:21:21]
- 理由は >>306
- 317 名前：311 mailto:sage [04/11/07 07:38:00]
- >>316
ああ、つまずいてますね。
- 318 名前：デフォルトの名無しさん mailto:sage [04/11/07 08:54:08]
- >>316
テスト用のモックと本番用を切り替える事を考えるとDIはメリットがあると思うけどな
- 319 名前：デフォルトの名無しさん mailto:sage [04/11/07 09:54:51]
- いや、つまづくよ。これは。
こんなもん使ってどう設計してよいやら。
こんな具合にオブジェクトの結合度がとことん薄くしていったらどうなるんだ。
誰も理解できないコードになるぞ。
- 320 名前：デフォルトの名無しさん mailto:sage [04/11/07 10:23:58]
- オブジェクトの結合度が薄くなる ＝ 中身が理解できないコードになる
ってのがよくわからん。出来れば説明plz。
- 321 名前：デフォルトの名無しさん mailto:sage [04/11/07 10:37:59]
- Tapestryのように、バインド情報などをHTMLの外に出す方がいいな。
- 322 名前：デフォルトの名無しさん mailto:sage [04/11/07 10:59:26]
- >>321
だったらTapestry使えば？
- 323 名前：デフォルトの名無しさん mailto:sage [04/11/07 11:05:29]
- そこでS2Tapestryですよ！
- 324 名前：デフォルトの名無しさん mailto:sage [04/11/07 11:12:48]
- >>294
> もっとも、まずは>89がどういうものを「業務アプリ」と考えてるか、からだが。
それは>>88に聞いてくれｗ 俺は>>88が
> スクリプト言語でシンプルに書かれた業務アプリが結局最強だろうなと漏れは思う。
って書いてるのを見て、質問しただけだから。
- 325 名前：デフォルトの名無しさん mailto:sage [04/11/07 11:15:55]
- リクエストのバインディングやDIを考えると、S2TapeよりS2JSFなんで。
あと、TapestryはHomeページが必須なのが痛い。
- 326 名前：デフォルトの名無しさん mailto:sage [04/11/07 11:32:25]
- JSPでなくHTMLを使うメリットは、ブラウザでのプレビューもそうだけど、
デザイナーとの作業分担も大きい。
だから、なるべく独自の物はHTMLに含めたくないです。
- 327 名前：デフォルトの名無しさん mailto:sage [04/11/07 11:39:40]
- >>325
じゃあTapestryの開発者にリクエスト
- 328 名前：デフォルトの名無しさん mailto:sage [04/11/07 11:40:34]
- つまりDIを理解してないから設計に不信感を持って
その流れでくーすを見るから余計にわからんと。
そこにアンチJavaやアンチXMLなﾔｼが混ざってるのか。
ついでに技術に疎いﾔｼがコミュニティネタでかき回してると。
ことごとくスレ違いな気がしてきた。
とりあえずDIの是非は別スレでも立てたらどうか？
Spring.netもあることだしルビマでDIの記事もあったことだし
言語を問わないテーマだと思う品。
>>340
気持ちはわかるが面倒な感じがする。
PureなHTMLとPOJOだけで棲むようになりたいね。
- 329 名前：デフォルトの名無しさん mailto:sage [04/11/07 12:36:54]
- >>328
立ててくれ。
- 330 名前：デフォルトの名無しさん mailto:sage [04/11/07 12:42:54]
- 分かった。ま、がんばってよ。
- 331 名前：デフォルトの名無しさん mailto:sage [04/11/07 12:56:11]
- >>328
恣意的にまとめすぎ。少なくともFowler厨の多くは
DIﾏﾝｾｰの上でのくーすｲﾗﾈだと思う。
別スレ立てるのは賛成だけどね。
|
 |
