国産DIコンテナSeaser ..
[2ch|▼Menu]
239:233
04/11/03 23:08:57
実はCMSって括りが未だによく分かってないのに、脊髄反射レスしましたスミマセンスミマセン
一応コンテンツ/サイトを管理するためのシステムだから「CMS」って言っちゃって良いと思うんですが、
ZopeとかWikiとかとは全然毛色が違います。
>>236「普通にホームページ作成ソフトと云々」をブラウザ上でやるためのものを作ってたりします。
FTPの手間が無い分だけ、ちょっとだけ楽、みたいなw


240:デフォルトの名無しさん
04/11/03 23:56:15
まあ、ひとことでCMSって言っても、blogから企業のアセット管理まで幅広いしね。


241:デフォルトの名無しさん
04/11/03 23:58:25
ひとことハゲといっても以下略

242:232
04/11/04 12:58:06
タイトル変えさせてしまったなぁー。
悪者なんだろうなぁー。
悪者だなぁー。
いいけど。

243:デフォルトの名無しさん
04/11/04 20:27:39
ひがさんのS2JSFできあがると思う?


244:デフォルトの名無しさん
04/11/05 01:09:30
いろいろ、はまって時間食う落とし穴があると思うから、結構時間がかかると思われ。
S2JSFの開発自体は、くーすで頭使わずってわけにはいかないからね。
体力いると思うよ。

245:デフォルトの名無しさん
04/11/05 02:10:28
出来上がるってどういう意味?
いつかは別として出来上がるでしょ。多分。

246:デフォルトの名無しさん
04/11/05 02:23:19
ひが君一人で開発してることをなぜ誰も問題にしないのか。


247:デフォルトの名無しさん
04/11/05 02:35:13
そんなの別に普通にあることじゃん。
公開されているコードは自分で改造できるから困らない。

248:デフォルトの名無しさん
04/11/05 03:26:45
>>244
例えばどんなことにはまりそうなの。
単なるユーザーだからこういうのを作るの自体が
未知の領域だからすごくドキドキする。
みんなオープンソースだとコードとかハッキングしてるの。
漏れにはそれだけですごいことに感じちゃう。

249:デフォルトの名無しさん
04/11/05 11:00:57
>>248
S2JSFをどういうしくみでやってるか知らないから、例えばといわれても。

250:デフォルトの名無しさん
04/11/05 11:42:01
知っていたとしても、例えばとして挙げれないことにこそハマるわけだし。

251:デフォルトの名無しさん
04/11/05 16:00:41
>>249さん
248です。そうですよね。すみません。


252:デフォルトの名無しさん
04/11/05 20:22:23
>>251
とりあえず、業務システムと比べて、コーディング段階でのリスクが多いと思うわけだ。

253:デフォルトの名無しさん
04/11/05 20:25:04
という外野の声を尻目に、EA1リリースの準備開始ですよ。

254:デフォルトの名無しさん
04/11/05 21:21:35
instance属性にrequest,sessionを追加
ってなんか便利そうだけど
実際どう使うのか思いつかない寂しい俺。

255:デフォルトの名無しさん
04/11/06 00:10:33
どんな技術基盤を作っていようが、
とにかくきれいで応用が利く実用的な実装。
漏れの関心はこっちだね。

世間的にもフレームワーク離れ激しいと思うよ。

256:デフォルトの名無しさん
04/11/06 00:19:55
>>254

S2JSFのExample見るとイメージできると思うよ。



>>255

君の関心があるものはわかった。で?

257:デフォルトの名無しさん
04/11/06 00:26:52
やっぱさ、S2JSFもでてくると、それに対応したプラグインがほしいよね

258:デフォルトの名無しさん
04/11/06 00:30:31
>>255
そうとう狭い世間に生きてるようだな。

259:デフォルトの名無しさん
04/11/06 00:59:14
>>255
> どんな技術基盤を作っていようが、
> とにかくきれいで応用が利く実用的な実装。

そのためのDependency Injectionだろうが。

> 世間的にもフレームワーク離れ激しいと思うよ。

あえて文脈をすり替えて言うが、Dependency Injectionによって
業務ロジックの「フレームワーク離れ」は加速するんだよ。

とりあえず「軽快なJava」くらい読もうな。

260:デフォルトの名無しさん
04/11/06 01:33:41
フレームワークは、あまりにも当たり前になって話題にのぼらなくなると、「世間的にフレームワーク離れ激しい」と勘違いしちゃうヤツが現れるらしい。

261:デフォルトの名無しさん
04/11/06 01:36:08
どうなったら、こういう文脈でS2が出るようになるのかな?
URLリンク(www.theserverside.com)

262:デフォルトの名無しさん
04/11/06 01:42:51
>>257
禿道!

263:リリース情報
04/11/06 01:59:14
S2.1.0 リリース
S2JSF EA1 リリース
URLリンク(d.hatena.ne.jp)

Kijimuna 0.6.18 リリース
URLリンク(d.hatena.ne.jp)

S2Pager 1.0.0 リリース
URLリンク(d.hatena.ne.jp)



264:デフォルトの名無しさん
04/11/06 02:46:49
>>263
乙。
後ろ2つは、ヒガさんのブログにはあとで書き込まれるのかな?

265:263
04/11/06 03:21:59
KijimunaとS2Pagerの作者はヒガさんじゃないので書き込まれないと思われ。
それぞれの作者が自分のブログ(とML)で情報流してます。

266:デフォルトの名無しさん
04/11/06 04:08:08
そこには、どうやったらwww.seasar.orgからたどれるの?

267:デフォルトの名無しさん
04/11/06 04:45:10
>>266
今はたどれないかも。
近日中にはたどれるようになるんじゃないかなぁ?

268:デフォルトの名無しさん
04/11/06 07:10:34
社員さんがサイト整備するの待ちってとこかな。

269:デフォルトの名無しさん
04/11/06 10:14:26
結論:やっぱEJB

270:デフォルトの名無しさん
04/11/06 11:23:11
>>255>>269に突っ込んでやれ

271:デフォルトの名無しさん
04/11/06 13:08:25
>>246
人月の神話でも嫁

272:デフォルトの名無しさん
04/11/06 14:14:08
>>271
人月の神話の高スキル者集約志向と
くーすの低スキル者許容志向は矛盾してるよね。


273:デフォルトの名無しさん
04/11/06 14:22:09
>>246はS2そのものの開発について
人数を増やせばっていってるんだろ。
くーすの話とは関係ない。

274:デフォルトの名無しさん
04/11/06 14:31:20
>>273
人数を増やせばっていってるんだろ。

そんなことどこに書いてある?

>>246
> ひが君一人で開発してることをなぜ誰も問題にしないのか。

むしろTruck Number方面の問題だろう。


275:デフォルトの名無しさん
04/11/06 14:34:27
>>246がそういうつもりで書いたなら
俺の読み違いだ。スマソ

276:デフォルトの名無しさん
04/11/06 19:18:28
からさわぎのメンバに開発を振ればいい。
でも、ひが君はただのプログラマだし、オープンソースプロジェクトの
マネージメントができる器ではない。

PG としての腕はたつが管理ができない管理者と、腕の無い PG を
集めても何も出来ない。本人が一番それを分かってるだろ。

277:デフォルトの名無しさん
04/11/06 19:56:00
そこまで知ってる仲なら>>276がマネジメントしてやればいいのに。
S2を通じてしかひがさんの能力は知らんから器まで知ってるのは
近い人なんだろうなと感じるがどうなのかな。


ところでオープンソースのプロジェクトってそこまで組織組織しなきゃ
ならないものなのか?前スレからずっと見てるけどコミュニティ云々を
言ってる人が求めてるのって俺からするとちょっと違うんじゃないか
と感じることが多い。


どうでもいいけど相変わらず技術的な話題が全然出ないね。
せっかく待望のS2JSFも姿を見せたことだし、みんなの意見なんかを
知りたいな。俺は面白いと感じたけど、コンポーネントの自作をしたくなった。
コンポーネントの作り方とかってわかる人いたら教えて欲しい。

278:デフォルトの名無しさん
04/11/06 20:02:27
自動バインディングってどんなメリットがあるの?
いまいち仕組みも理解できないんですが。

279:デフォルトの名無しさん
04/11/06 20:24:26
>コンポーネントの作り方とかってわかる人いたら教えて欲しい。
大雑把な質問だな。聞くは容易し答えるは難しの典型例の様だ。

右も左も分かりません状態なら、それこそコミュニティーの出番。
ここだよココ!こういう状態の人間を、具体的な質問ができるレ
ベルにまで引き上げるのがコミュニティーの存在価値。
コミュニティーに求められてるモノってのは結局、最低限具体的
な質問ができる程度にまで引っ張り上げてくれる何かなんだろう
と俺は思う。
#上記に対してどんなレスが付くかは何となく想像できるが・・・・
#まぁ、書かずに様子を見てみようw

て言っても、有料サポートが始まるらしいから、もうコミュニティー
に期待する必要はないのかもな。
金で解決できるなら、それに越した事はないわけで、乞食で居る
よりは客で居る方がずっと心穏やかで居られるってもんだw

280:デフォルトの名無しさん
04/11/06 21:16:48
>>279
> #上記に対してどんなレスが付くかは何となく想像できるが・・・・
> #まぁ、書かずに様子を見てみようw

こういうこと書くから荒れるんだけどな


281:デフォルトの名無しさん
04/11/06 21:19:08
>>279はS2使ってるの?

282:デフォルトの名無しさん
04/11/06 21:32:17
>>277
俺もJSFの勉強をはじめたばかりだからS2JSFでの
方法はわからんがまずはこの辺からでどうか
URLリンク(muimi.com)

>>278
代入のコード記述が減る

>>279
わざわざ乞食呼ばわりする必要はない
オマエがひが君嫌いなのはよくわかったからもう書くな


283:デフォルトの名無しさん
04/11/06 21:47:28
双方落ち着け。

喧嘩してる暇があったらkoichik氏を見習って具体的な
ツッコミのひとつも入れてやれ。

284:デフォルトの名無しさん
04/11/06 21:48:52
>>279
自分が答えられないなら書かなきゃ良いのに何でもコミュニティのせいにするあたりが徹底して粘着だな。
しかもたった1行に対してすごい長文。ほんとに構って欲しいんだなw


285:デフォルトの名無しさん
04/11/06 21:56:22
>>281
使ってない。単に巡回中面白そうだったんで立ち寄っただけ。
ただ、この手のやり取りは昔Linux界隈でよく見た展開だったから茶々らせてもらった。

>>282
誤解。俺はひが氏を嫌いじゃないし、そもそも好き嫌い言えるほど氏の事を知らない。

それから、ここで使った乞食という単語は・・・・・・
Q.オープンソースは消費者を幸せにするだろうか?
A.金銭が対価として通用しない世界では、消費者が乞食になってしまう。
  故に、オープンソースでは消費者は幸せになれない。
という話に出てくる乞食を根としてる。勿論、特定の誰かを貶める意図はない。
#上記のQAはとても古臭くて恣意的な文言なんでツッコミ不要。

286:デフォルトの名無しさん
04/11/06 22:12:51
>>283
禿胴

最初は確かにコミュニティーの至らない部分もあるなと
同意することもあったが段々と気分が悪くなってきた。

コミュニティーを乞食呼ばわりするのはどうかと思うし
そうでないなら俺みたいな単なるユーザが乞食って
呼ばれる筋合いないし。

以後コミュニティー粘着はスルーってことで

287:286
04/11/06 22:14:40
あ、すまん。>>285が書いてるね。
俺がうがった見方をしてたのか。
また粘着うんこスキー君なのかと
思ったもんで。悪かった。

288:デフォルトの名無しさん
04/11/06 22:21:13
人間は、他人の心情を慮る時、自分を参考にするしかないワケで。
粘着君には、相手が粘着に見える、という良い例ですた。

289:286
04/11/06 22:23:24
これだけじゃ何なので俺もJSFは全然知らんのだけど
>>282を参考にS2JSFを見ると、UIConponentBaseを
継承してUIコンポーネントを作るというところは>>282
指したところと同じ感じなのかな。レンダラもここかな
という感じはわかった。ただ後はよくわからん。
templateのところで色々とやってるみたいだけど。
ひょっとしてMyFacesとかを先に理解しないと駄目なのかな。

俺今までフレームワークなんて使ってばっかりで
ソースを見るなんて全然なかったのでちょっと楽しい。
ヘタレだけどちょっとがんがってみるよ。

290:286
04/11/06 22:24:33
>>288
そりゃ悪かった。いちいちageないでよw

291:デフォルトの名無しさん
04/11/06 22:47:56
>>288
>粘着君には、相手が粘着に見える
粘着を閉鎖的とかうんことかに置き換えるとすごくよく理解できたよ。

>>289
ガンガレ。ひょっとしたら参考になるかもしれん。
URLリンク(www.atmarkit.co.jp)

292:デフォルトの名無しさん
04/11/06 23:56:18
>>89
> スクリプト言語での業務アプリというのが今ひとつわかり辛い。

漏れが好んでいるのは

dRuby
URLリンク(www2a.biglobe.ne.jp)

これ以上単純にクラサバ作れるものがあったら教えてくれ。
設定ファイル書かずとも柔軟なシステム作れるぞ。

Webとの連携も自由自在。

293:デフォルトの名無しさん
04/11/07 00:09:03
S2Tapestryの3.0.1対応版は出ないのですか?

294:デフォルトの名無しさん
04/11/07 00:13:33
>292
いやそりゃ「スクリプト言語での業務アプリ」の説明にはならんでしょ。
ライブラリやフレームワークで言うならCGIKitの方がまだ分かりやすくないかい?

もっとも、まずは>89がどういうものを「業務アプリ」と考えてるか、からだが。

どっちにしろスレ違いだな。Akabekoを絡めれば・・・やっぱスレ違いか。

295:デフォルトの名無しさん
04/11/07 00:24:57
>>294
Rubyファンだけど、漏れが思うにCGIKitはダメだわ

296:デフォルトの名無しさん
04/11/07 00:27:28
>>294
CGIKitにはまたあの憎むべき設定ファイルってのがあるじゃん。
あれは面倒としか言いようがない。

297:デフォルトの名無しさん
04/11/07 01:06:45
結論は一切設定ファイルが不要な仕組みをもつフレームワークが
一番良いってことだね。

298:デフォルトの名無しさん
04/11/07 01:07:18
CGIKityちょうど使ってみようと思ってたところなんだが、そうなのか。
設定ファイルみてみるわ。


299:デフォルトの名無しさん
04/11/07 01:22:41
>295
良いか悪いかじゃなくて、実現したいものがどうか、だったんだけどね。
俺は業務アプリ作るのには使ってないから、他に知らんですまんが。

CGIKitとTapKitのワンセットで、WebフレームワークとO/Rマッピング。
Web形式の業務アプリならこれで実現できる。
これらが使いやすいかどうかは別問題。

てなとこでどうよ>89
完成したものが同じなら、使う側にとって言語は関係ないってことだね。
作りやすいかとか保守しやすいかとか落ちにくいかとかは別な話で。

300:デフォルトの名無しさん
04/11/07 01:35:39
>>292
「RubyだとO/RマッピングがJavaよりスマートにできる」とか、
「RubyだとDIコンテナの設定がS2みたいなxml+OGNLより柔軟にできる」
みたいな話題だと、スレの流れ的に食いつきようがあるんだけどさ。

よー知らんけどRMI的なレイヤのフレームワークを提示されても
スレ違いだろとしか言えんな。

そもそもRod JohnsonにしてもFowlerにしてもついでにひが氏にしても
揃って「分散は可能な限り避けるべき最後の手段」的なことを言っている。
俺もそう思う。

301:デフォルトの名無しさん
04/11/07 01:41:00
>>300

Rubyだとそもそも(元々薄いが型定義せずにすむからさらに)
O/Rマッピングする必要性は薄くなるし
DIコンテナって普通にOOPするのと何が違うのか謎。
漏れはJavaじゃ記述が面倒だからxmlに書き直したものに過ぎないと思ってるんだけど。

それならそれで、ツールのサポートが出てきたらそれなりにメリットはある。
Eclipseプラグインとして作るといいんじゃない?
ただ、プラグインはそう易々と作れるもんじゃないと思うけどね。

302:デフォルトの名無しさん
04/11/07 01:46:25
>>300
インターフェース層とアプリケーション層を分離するときに、アプリケーション層として
dRubyを使うといいですよっていう意味で示した。(この分離はどんな小さなアプリだろうと
やる価値あると思う。テストしやすくなるし、ウェブやデスクトップアプリのインターフェース
だろうとOKになるし、しかし、そうするとシステムを起動させるときに面倒かもしれないが、
dRubyのサイトにあるタプルスペースの実装はいいぞ。Lanに繋げたら自動的に連携させる
サービス見つけて自動起動なんてこともできる)


303:デフォルトの名無しさん
04/11/07 01:52:34
>>301
ツール作ったとして、本当にそれが生産性の向上に繋がるかは
これまた難しいし、あやしい。
ツールは使わずに済むならそれに越したことはない。
使い方覚えるのも大変だ。シンプルが一番。

304:デフォルトの名無しさん
04/11/07 01:59:46
>>301
> Rubyだとそもそも(元々薄いが型定義せずにすむからさらに)
> O/Rマッピングする必要性は薄くなるし

御大が普通にRubyでO/Rマッピングしてるんだけど。
URLリンク(capsctrl.que.jp)

> DIコンテナって普通にOOPするのと何が違うのか謎。
> 漏れはJavaじゃ記述が面倒だからxmlに書き直したものに過ぎないと思ってるんだけど。

↓これ読んだ上で言ってるよね?
URLリンク(cvs.picocontainer.codehaus.org)
URLリンク(www.kakutani.com)
読んだ上で「謎」だったら君の思考回路のほうが謎だ。

> それならそれで、ツールのサポートが出てきたらそれなりにメリットはある。
> Eclipseプラグインとして作るといいんじゃない?
> ただ、プラグインはそう易々と作れるもんじゃないと思うけどね。

既にあるんだけど。
URLリンク(homepage3.nifty.com)

頼むから書き込む前にもうちょっと勉強してくれ。


305:練度低いな
04/11/07 02:11:07
>>301
> Rubyだとそもそも(元々薄いが型定義せずにすむからさらに)
> O/Rマッピングする必要性は薄くなるし
FowlerがRubyでO/Rマッピングを使用してる例がありますよ。
URLリンク(capsctrl.que.jp)

> DIコンテナって普通にOOPするのと何が違うのか謎。
> 漏れはJavaじゃ記述が面倒だからxmlに書き直したものに過ぎないと思ってるんだけど。
謎に関しては以下の文章が参考になると思うんで一読してみては如何ですか?
URLリンク(cvs.picocontainer.codehaus.org)
URLリンク(www.kakutani.com)
読んだ上で尚「謎」でしたら、もう少し具体的な意見がほしいです。

> それならそれで、ツールのサポートが出てきたらそれなりにメリットはある。
> Eclipseプラグインとして作るといいんじゃない?
> ただ、プラグインはそう易々と作れるもんじゃないと思うけどね。
それに関しては既に以下の様なものが存在してますが如何でしょう?
URLリンク(homepage3.nifty.com)

別に2ちゃんだからって煽り調で書かなきゃならないって事はないんだぞ?
何かの強迫観念にでも駆られてるのか?>>304

306:デフォルトの名無しさん
04/11/07 02:43:30
>>304
> 読んだ上で「謎」だったら君の思考回路のほうが謎だ。
>URLリンク(www.kakutani.com)

ダメだ。全然分からん。マジで。
「設定を利用から分離する」ために、オブジェクトの取り出し方をxmlに書くってこと?
ちょっと神経質過ぎる感じするな。

アプリケーション毎に設定ファイルあるっていうならいいと思う。
人事管理ソフトに給与計算プラグインを追加するために、そのプラグインオブジェクトの取り出し方を
plugin.xml に定義する、とかいうのは、分かりやすくていい設計だと思うよ。

設定ファイルにするっていうのは、外部からの拡張を積極的に受け入れるってことで、
それには複雑さが伴う。そんな複雑さは排除できるところは排除しなきゃいかん。
DIコンテナはプログラミングすべきところをわざわざ複雑にしようとしてるとか思えん。排除すべき。

307:デフォルトの名無しさん
04/11/07 03:11:15
こんな変なものが好きなのは私だけだと思っていると、
実は多くの人が好きである。
本当に変なものは誰も好きにならない。
…マーフィーの法則

自分では個性的な趣味だと思っていても、端から見るとそれほどでもなかったりします。
「あなたは決して孤独ではない。その代わり、決して特別でもない。」
 …久美沙織『小説を書きたがる人々』


308:デフォルトの名無しさん
04/11/07 03:38:24
S2って、オブジェクト生成エンジンとして使うだけでも結構便利なんじゃないかな。
DIとか難しいこと言わなくても。

309:デフォルトの名無しさん
04/11/07 04:19:49
DIは別に難しくない。

ただし、ある程度の規模のソフトウェアのアーキテクチャを設計したことがあるか、
TDDについてちゃんと考えたことがある場合に限る。

310:デフォルトの名無しさん
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:デフォルトの名無しさん
04/11/07 06:09:00
xmlって人間が書くもんじゃないよな


312:デフォルトの名無しさん
04/11/07 06:25:51
>>301
>DIコンテナって普通にOOPするのと何が違うのか謎。
GoFの生成に関するパターンを突き詰めて、外部化した物だと思ってる。

>漏れはJavaじゃ記述が面倒だからxmlに書き直したものに過ぎないと思ってるんだけど。
Javaでも書けるしGroovyでも書ける。
ただ静的な設定を記述するのには、余計なことができない形式の方がいい。

DIやJavaの是非やコミュニティのあり方ばかりで、つまらない。
S2自体の話題はないの?みんなS2を使って云々以前でつまずいてるの?
口調だけはみんな偉そうなのに。

313:デフォルトの名無しさん
04/11/07 06:27:52
>>311

どうだかな。
ヘボな書式だと面倒なだけだろうな。
そういう意味からすると、漏れ的にはdiはかなり不満。

一応、人間にも機械にも読み書きできるってところがメリットなんだから、
人間らしい感性を発揮してほしいね。

314:デフォルトの名無しさん
04/11/07 06:30:10
>>312
使い方につまずくようなシロモノでもないだろうし。

そもそも漏れは使わない。
メリット無いと思うから。


315:311
04/11/07 06:38:49
>>314
根拠があって 「S2にメリットがない」と言うのならば
それを示して議論するか、このスレに来なければいい。
S2を使って云々以前というのは、使い方の事を言っているのではなく
正に「DIだのS2だのって何がいいの」っていうのが分からない状態を
指しているつもり。


316:314 ◆iKwMOjCT4s
04/11/07 07:21:21
理由は >>306

317:311
04/11/07 07:38:00
>>316
ああ、つまずいてますね。

318:デフォルトの名無しさん
04/11/07 08:54:08
>>316
テスト用のモックと本番用を切り替える事を考えるとDIはメリットがあると思うけどな

319:デフォルトの名無しさん
04/11/07 09:54:51
いや、つまづくよ。これは。

こんなもん使ってどう設計してよいやら。
こんな具合にオブジェクトの結合度がとことん薄くしていったらどうなるんだ。
誰も理解できないコードになるぞ。

320:デフォルトの名無しさん
04/11/07 10:23:58
オブジェクトの結合度が薄くなる = 中身が理解できないコードになる

ってのがよくわからん。出来れば説明plz。

321:デフォルトの名無しさん
04/11/07 10:37:59
Tapestryのように、バインド情報などをHTMLの外に出す方がいいな。

322:デフォルトの名無しさん
04/11/07 10:59:26
>>321
だったらTapestry使えば?

323:デフォルトの名無しさん
04/11/07 11:05:29
そこでS2Tapestryですよ!

324:デフォルトの名無しさん
04/11/07 11:12:48
>>294

> もっとも、まずは>89がどういうものを「業務アプリ」と考えてるか、からだが。

それは>>88に聞いてくれw 俺は>>88

> スクリプト言語でシンプルに書かれた業務アプリが結局最強だろうなと漏れは思う。

って書いてるのを見て、質問しただけだから。

325:デフォルトの名無しさん
04/11/07 11:15:55
リクエストのバインディングやDIを考えると、S2TapeよりS2JSFなんで。
あと、TapestryはHomeページが必須なのが痛い。


326:デフォルトの名無しさん
04/11/07 11:32:25
JSPでなくHTMLを使うメリットは、ブラウザでのプレビューもそうだけど、
デザイナーとの作業分担も大きい。
だから、なるべく独自の物はHTMLに含めたくないです。


327:デフォルトの名無しさん
04/11/07 11:39:40
>>325
じゃあTapestryの開発者にリクエスト

328:デフォルトの名無しさん
04/11/07 11:40:34
つまりDIを理解してないから設計に不信感を持って
その流れでくーすを見るから余計にわからんと。
そこにアンチJavaやアンチXMLなヤシが混ざってるのか。
ついでに技術に疎いヤシがコミュニティネタでかき回してると。
ことごとくスレ違いな気がしてきた。

とりあえずDIの是非は別スレでも立てたらどうか?
Spring.netもあることだしルビマでDIの記事もあったことだし
言語を問わないテーマだと思う品。

>>340
気持ちはわかるが面倒な感じがする。
PureなHTMLとPOJOだけで棲むようになりたいね。

329:デフォルトの名無しさん
04/11/07 12:36:54
>>328
立ててくれ。


330:デフォルトの名無しさん
04/11/07 12:42:54
分かった。ま、がんばってよ。

331:デフォルトの名無しさん
04/11/07 12:56:11
>>328
恣意的にまとめすぎ。少なくともFowler厨の多くは
DIマンセーの上でのくーすイラネだと思う。

別スレ立てるのは賛成だけどね。

332:デフォルトの名無しさん
04/11/07 13:28:07
そして結局EJBに戻る、と。

333:デフォルトの名無しさん
04/11/07 14:28:22
>>332
そして戻った先のEJB3.0はSpring+Hibernateの
劣化版だったことを遅ればせながら知って、
袋小路に入る、と。


334:デフォルトの名無しさん
04/11/07 16:07:32
>>331
じゃあFowlerスレとDIの是非議論スレの2つだな。語りたい奴はスレ立て汁。
俺はFowler嫌いでS2好きでくーすはどうでいいのでどちらも関係ないからやらない。


335:デフォルトの名無しさん
04/11/07 16:28:10
俺はファウラーとかに好きも嫌いもなく、つまりは興味がない。
DIが便利だと思う中、現状S2がSpringに較べて合理的な作りを
していると思っていて、設計厨はクソまみれだと思っていたり
して。どうせやらしてもらえないとか、やったこともないくせ
に設計云々語るべからず。だまってネ申に布施ろや。それより
S2JSFとS2DAOだろう、今語るべきなのは。語ればひが
たん聞いて応える傾向が明確なのだから、しっかり落として
いじって、思うところを板にかきまくれ!優劣を語るまえに
1時間さいてさわってみよう。真剣なところ。

336:デフォルトの名無しさん
04/11/07 16:58:20
>>334
マ板にFowlerスレ立てたよ。

Martin Fowlerのスレッド
スレリンク(prog板)

Fowler厨は速やかに移行すべし。


337:デフォルトの名無しさん
04/11/07 17:39:08
>>336
GJ!!

338:デフォルトの名無しさん
04/11/07 20:33:57
スレ立てた

Dependncy Injectionを語るスレ
スレリンク(tech板)

S2に限定されないDIネタはこちらでよろしく


339:デフォルトの名無しさん
04/11/07 20:53:36
>>338

Javaと他言語の比較は他に腐るほどスレがあるからそっちでよろしく。
コミュニティー粘着はスルーということで。

340:デフォルトの名無しさん
04/11/07 22:13:25
>>339 = >>286
仕切り厨、うざい。

341:デフォルトの名無しさん
04/11/07 22:14:57
age

342:デフォルトの名無しさん
04/11/07 22:36:42
>340
仕切り厨君には、相手が仕切り厨に見える、という良い例ですた。

343:デフォルトの名無しさん
04/11/07 23:24:18
>324
おお、そりゃすまん。
じゃ>88よろしく。

344:デフォルトの名無しさん
04/11/08 01:34:52
>>342=339

345:デフォルトの名無しさん
04/11/08 22:12:12
マッピングの外部化、却下されちゃった(´・ω・`)
分業の度合いとかHTMLの複雑さとか、デザイナさんの力とかにも
よるだろうね。
CSSでデザイン要素の外部化を進めてる最中だし、マッピング情報
埋め込んでって言いにくいな。
まあ、S2JSF使ったプロジェクトが広まって、やっぱり分離した方が
いいねって流れになったら選べるようにしてくれるだろうと。
S2Daoの1:Nマッピングの例もあるし。

346:デフォルトの名無しさん
04/11/08 22:23:09
やはり仕事では使い物にならなかったか…。

347:デフォルトの名無しさん
04/11/08 22:27:48
>>346

CSSでデザインするならHTMLがマッピング情報の設定ファイルという考え方もあるよね。

348:デフォルトの名無しさん
04/11/08 22:30:11
>>347
なるほどね。

349:347
04/11/08 22:37:56
スマソ
>>346ではなく>>345へのレスですた

350:デフォルトの名無しさん
04/11/08 22:52:41
javaDoc欲しい。
webにあるドキュメントだけで理解できるからいいけど
突っ込んで使う時にはちと困る。
ソース見ればいいんだろうけど。

351:デフォルトの名無しさん
04/11/09 00:15:59
>>350
一応こんなのもある。
URLリンク(suga.parfe.jp)

352:デフォルトの名無しさん
04/11/09 00:29:34
>>345
HTMLの外から動的なデータを突っ込むのと
HTMLの中から動的なデータを引っ張るのと
どっちがいいかってことだよね。
前者をプッシュ、後者をプルと呼ぶとすると、
うちでは以前ピュアなHTMLにプッシュするフレームワークを
作ったんだけど、後から後悔しまくった。
開発が進んでデザイナが絡まなくなると
ひたすら面倒なだけっていうのが結論。
理想はデザイナの負担が軽いプルだと思う。
「負担が軽い」がどの程度かが問題なわけだけど。
ちなみに当初S2JSFで使われそうだったNirvanaは
プッシュ・プルどちらもいけるみたい。
URLリンク(yuna.ultimania.org)


353:デフォルトの名無しさん
04/11/09 04:33:03
こういうところにseasarが出てくることはしばらくなさそうだな。
URLリンク(www.pyrasun.com)

354:デフォルトの名無しさん
04/11/09 04:37:49
ORMでいえばCayenne的なマイナー路線を進む気配。

355:デフォルトの名無しさん
04/11/09 19:40:43
そう、閉じたサークル感って、はてなが醸しだしているのかも。

356:347
04/11/10 01:24:03
>>355
わけわからん

357:デフォルトの名無しさん
04/11/10 01:49:01
>>356
どっかのブログに書いてあった話題。

358:デフォルトの名無しさん
04/11/10 02:14:44
>>357
なんの関係があるの?

359:デフォルトの名無しさん
04/11/10 02:23:10
上の方の流れと。

360:デフォルトの名無しさん
04/11/10 02:31:57
え?S2ってはてなが関係してるの?

361:デフォルトの名無しさん
04/11/10 02:34:40
はてなはS2で実装されている。

362:デフォルトの名無しさん
04/11/10 02:41:41
開発元ってはてななの?

363:デフォルトの名無しさん
04/11/10 02:42:23
っていうか、S2ってはてなの略なんだけど。

364:デフォルトの名無しさん
04/11/10 02:56:57
はてなってS2で作られてるんですか!!
ビックリです。すごいですね。

365:デフォルトの名無しさん
04/11/10 03:06:34
ネタなのか天然なのか…

366:デフォルトの名無しさん
04/11/10 03:22:05
やっぱS2は天然に限らあな。

367:デフォルトの名無しさん
04/11/10 03:25:55
え?ネタってどういうことなんでしょうか?
ひょっとしてS2とはてなって関係ないんですか!
すみません、全然わかってなくて。

368:デフォルトの名無しさん
04/11/10 03:44:43
>>367は釣り師

369:デフォルトの名無しさん
04/11/10 04:01:23
>>367
くまーっ

370:デフォルトの名無しさん
04/11/10 23:35:43
>>345

おい、なんか助け舟でてるぞ
URLリンク(d.hatena.ne.jp)

371:デフォルトの名無しさん
04/11/11 00:25:44
>>370
突如スパークしてるね。

いつもは地味なKijimunaの実装ネタばっかりなんだが。

372:デフォルトの名無しさん
04/11/11 21:58:51
S2flexいいなぁ
似たような機能Springでやってくれんかなぁ

373:デフォルトの名無しさん
04/11/11 23:14:12
S2Flexのコード元にしてSpringFlexとか作ったらどうだい。
Springのコミュニティに提供したら喜んでくれるんじゃないのかな。

374:デフォルトの名無しさん
04/11/11 23:26:00
S2JSFが出たらSpringで使えるようにしてみたい。

375:デフォルトの名無しさん
04/11/11 23:46:46
HTML DI いいっすね。夢がある。

376:リリース情報
04/11/12 01:04:27
S2GroovyBuilder 0.7 リリース
URLリンク(lists.sourceforge.jp)


377:デフォルトの名無しさん
04/11/12 04:17:59
>>370
今日とか昨日とか、俺にはレベル高すぎてついてけん orz


378:デフォルトの名無しさん
04/11/12 04:44:51
>>377
要約
・グーグルでひっかからなかったので、ナナシナーとしておく。
・構想は壮大だけど実装って大変そうじゃね?

379:デフォルトの名無しさん
04/11/12 09:08:29
>378
そりゃ要約じゃなくて省略だ。

大変そうだけど、Kijimuna作っちゃった人だからなあ。

380:デフォルトの名無しさん
04/11/12 09:30:13
>>376
ここに書くよりまずSeasarWikiに書いたほうがいいと思われ。
それと、SeasarWikiがトップページにリンク貼られたので、他のリンクは「開発者のブログ」なんかにして分けたほうがいいかと。

381:デフォルトの名無しさん
04/11/13 04:02:45
>>379
俺もkijimunaすごいと思う。
きっと予想より早く作っちゃうんじゃないかな。
seasar周りの人のプログラミング力はすごそう。

382:デフォルトの名無しさん
04/11/13 05:26:03
>>381
ドキュメント厨とか、コミュニティ厨とか言われてるオレです。
Seasarの周りに集まってる人は、日本で有数の実装力を持った人だと思うです。
それだけに、ちょっとしたドキュメントの不足で、その成果を享受できない人がいるのがもったいないと思ってるんですよ、はい。

383:382
04/11/13 05:34:15
とくに、英語圏の人というか日本語がネイティブじゃない人にとって、非常に追いづらい状況であることを憂慮してみたりするのね。

384:381
04/11/13 06:41:57
>>382
それは同意だなぁ。
けど、ドキュメントに書いてるの読めばけっこうすぐ使えるのがすごいよね。
大抵実際に業務投入するとそれだけじゃ足りなくて
細かい事調べる必要が出てくるけど。

海外については、特にS2DaoなんかSpringにもないし
人気出そうだから惜しいよね。他のマッピングするやつ
知らないからはずしてるかもだけど。

あと、上の方でコミュニティがどうのこうのって議論があるけど
簡単で便利なもの作ったからみんな使ってみて
っていうseasar周りの人の姿勢は称賛に値すると思うな。
閉鎖的とも思わないし。
ひがさんのBUG対応・機能追加要望にたいするレスポンスも素晴らしいと思う。

と、マンセーな意見並べてしまったが、こんなの使わないって人は
どうして使わないのか、どこが便利悪いのか提示してもらって
もっと便利になることを願います。

385:デフォルトの名無しさん
04/11/13 08:03:40
S2Pagerって結構便利そうだねぇ。この休みで遊んでみようかな。ついでに複数DBも。
XADataSourceImpl, ConnectionPoolImpl, DataSourceImpl, DaoMetaDataFactoryImpl, S2DaoInterceptor、
あたりを名前空間を別にして複数つくればいいのかしらん?

386:デフォルトの名無しさん
04/11/13 10:06:33
>>382
厨房うざい。

387:デフォルトの名無しさん
04/11/13 10:10:44
>>382
全部一辺には無理だろう。俺はとりあえずいいものを作ってもらいたい。
そうすればドキュメントを書きたいってやつも出てくるだろうしね。
海外デビューより先にS2JSFとS2Daoを作り上げて欲しい。
TomcatだってStrutsだって最初からこんなにドキュメントがあったわけじゃない。
S2は今年出たばかりだしまだまだよちよち歩きだよ。


388:デフォルトの名無しさん
04/11/13 10:29:00
>>384
前スレの785 
デフォルトの名無しさん :04/10/23 11:47:58
seasarの良いところがいまいち分からんなー。

インターフェース書いて、ダイコンファイル書いて
ってめんどくせーって思っちゃう。
サービスに新しい機能付けようと思ったら、インターフェース
とImplクラスの2つを変更しなきゃいけないし。
インターフェースはImpl挿げ替えるだけで、動きを変えられるって
メリット(多態性)で使うんであれば良いし、よく使うんだけど
seasarのためにインターフェースガンガン書くって気にはどうも慣れん。

ダイコンファイルでImpl差し替えるって事ってそんなにたくさんあるのかな。

漏れはstruts+Hibernateで全然作ってるけど、「それだとここめんどくさくない?
なので私はseasar使うようになったよ」って意見を聞きたいです。
あとEJBはseasarよりさらにダルイっておもっとる。

---- ここまで ----

前スレってどこかにUPされてる?

389:デフォルトの名無しさん
04/11/13 10:35:29
差し替えないのにAbstruct Factoryパターンって

390:デフォルトの名無しさん
04/11/13 10:43:05
>>388
> 前スレってどこかにUPされてる?
2chだぞここは。

391:388
04/11/13 10:52:26
>>390
前スレってUPしちゃいけないの?
そういう事ではなくって?スマン、言いたい事が分からん。



392:デフォルトの名無しさん
04/11/13 11:24:30
>388
そりゃseasarじゃなくてDIの話だね。
DIっつーよりインターフェースか。

これに対する回答は
「インターフェースなくてもコンポーネントになるよ」
でいいのか?

393:デフォルトの名無しさん
04/11/13 11:26:20
ID購入すれば見れるってこと。キミがどっかにうpするのはそりゃしらん。


■ このスレッドは過去ログ倉庫に格納されています。
--------------------------------------------------------------------------------

1 :名無しさん :02/11/26 18:00 ID:Happy2chLife
このスレッドは過去ログ倉庫に格納されています。

IE等普通のブラウザで見る場合 URLリンク(tubo.80.kg)
専用のブラウザで見る場合 URLリンク(www.monazilla.org)

2ちゃんねる Viewerを使うと、すぐに読めます。 URLリンク(2ch.tora3.net)
この Viewer(通称●) の売上で、2ちゃんねるは設備を増強しています。
●が売れたら、新しいサーバを投入できるという事です。

よくわからない場合はソフトウェア板へGo URLリンク(pc5.2ch.net)


394:デフォルトの名無しさん
04/11/13 12:00:52
URLリンク(www.seasar.org)からkoichik氏のBlogに飛ぶと、
いつもの「エビちゃんベストセレクション」とか「出演予定 TV 番組」とかが
見当たらない。

リンクされておとなしくなったのかと思ったら、単に
URLリンク(d.hatena.ne.jp)
ってフィルタしてるだけだった。

小癪な。

395:デフォルトの名無しさん
04/11/13 12:15:30
>>394
おとなしくしてほしいの?

396:デフォルトの名無しさん
04/11/13 12:41:25
>>394
> 小癪な。
ワロタ

397:デフォルトの名無しさん
04/11/13 14:01:52
>>385
なんかS2Pagerで作成されるSQLがおかしくてSQLExceptionでるぞ。
これじゃ使えねーよ。
FROMのテーブル名が途中で切れてるじゃねーか(怒)

398:デフォルトの名無しさん
04/11/13 17:07:54
S2JAF EA2期待age

はやく見せてくれ。ワクワク

399:398
04/11/13 17:09:20
ageて無かった。。。鬱

400:デフォルトの名無しさん
04/11/13 17:13:21
ageなくてもいいよ。

401:デフォルトの名無しさん
04/11/13 17:25:29
>>398
S2JAF ってのが出るのか。
DI ってスゲーな。何でも組み合わせれるとは聞いてたが
ついに車も DI で直せるのか。

402:デフォルトの名無しさん
04/11/13 17:34:02
次はS2JACに期待です。

403:デフォルトの名無しさん
04/11/13 17:35:25
ゲラゲラ

404:デフォルトの名無しさん
04/11/13 17:47:14
>>401>>402
SEの鑑ですな。

405:398
04/11/13 17:48:41
やべ!間違っちまった。ハズカシー!

S2JSF EA2期待sage

406:デフォルトの名無しさん
04/11/13 18:30:12
>397
そういうのはバグ報告すりゃ直してくれるんじゃないの?
ここで文句言うんじゃなくてさ。

407:デフォルトの名無しさん
04/11/13 18:34:24
>>406
しかし、397の書き込みが本当なら是非バグ報告して欲しいね。
本当なら導入検討技術からはずさないといけなくなるから。

408:デフォルトの名無しさん
04/11/13 18:35:44
、いい加減、XML自体がソースコードだということに気づけ。
XMLはコンパイルが不要とか言うなら最初からスクリプト言語使えばいい。


409:デフォルトの名無しさん
04/11/13 18:37:27
コピペうざい

410:デフォルトの名無しさん
04/11/13 18:42:38

誤爆?

411:デフォルトの名無しさん
04/11/13 20:51:34
>408はスレリンク(tech板:193番)のコピペだから

412:デフォルトの名無しさん
04/11/13 21:03:15
>>407
S2PagerではSQLを生成していないので、問題があればS2Daoの方じゃないだろうか?
それにしても、S2Pagerは"autoAbusorute"とか恥しいのでどうにかして頂きたい。

413:デフォルトの名無しさん
04/11/13 21:28:11
>>397
まず自分が書いたSQLを見直せ!

414:デフォルトの名無しさん
04/11/13 21:44:40
409=411

415:デフォルトの名無しさん
04/11/13 21:50:19
>>414
そうですが何か?

416:デフォルトの名無しさん
04/11/13 22:08:58
逆切れ、カコワルイ(・∀・)

417:デフォルトの名無しさん
04/11/13 23:09:25
おい、こら勝手にコピペすんな。あっちでは、まだ話になるが、
Seasar 廚が相手だと無駄に荒れるだろ。

418:デフォルトの名無しさん
04/11/13 23:16:43
>>417
あっちも厨ばっかりで話になってませんから!!!

残念!!!

419:デフォルトの名無しさん
04/11/13 23:20:14
>>407
> >>406
> 本当なら導入検討技術からはずさないといけなくなるから。

釣りっぽいが、これほど導入実績が少ないものはアルファ版程度と
考えないとリスクありすぎだろ。しかも日記を見ている限り、思いつきで
仕様変えたり、開発方針をコロコロ変えたりするので、怖すぎて業務で
使えんと思うのは俺だけか?

420:デフォルトの名無しさん
04/11/13 23:28:12
2.1はS2Containerを動かすだけでもservlet.jarが必要なんだね。
まぁいいけど、なんかイヤな感じ。

421:デフォルトの名無しさん
04/11/13 23:33:26
>419
プロジェクトの性格にもよるけど、ソースが手に入るものなら、ないことはないな。
リスク管理OKならチャレンジしてもいいと思う。安牌ばかりで仕事してても面白くないからね。

422:デフォルトの名無しさん
04/11/13 23:57:51
>>419
あの程度の機能だったらそれほど複雑なことはしてないだろう。
それにどっちにしろResultSetからレコード抽出する部部は作りこまなきゃならん場合も多々あるだろうから検討しても不思議じゃないと思うが。

極端な話、使用する機能のみテストして使用するという考えもあるかもしれない。
納期とコストの削減がどうしても必要であればそういう考え方もありかと思う。

導入実績が無いから使用せずに自前で作る...って考え方もどうかと思うけどね。
俺だったら使えるものは使いたいね(もちろん自己責任で)
自分の部下(分も含めて)はあの辺作ってる連中よりはるかに技術力無いから、
なるべく技術力ある人間の作ったものを使用したいんだけどね。
コスト削減と品質向上に寄与するのであればだけど。

423:デフォルトの名無しさん
04/11/14 00:01:01
>>420
じゃあ、2.0使ったら?
もしくは、servlet.jarから必要なクラスだけ取り出してクラスパス通せば?

424:デフォルトの名無しさん
04/11/14 00:07:17
>>412
S2DaoのSQL自動生成がおかしいみたい。
テーブル名が途中で切れてた。
も少し調べないとなんともいえないな。


425:デフォルトの名無しさん
04/11/14 00:08:22
>>421
えらく自分本位ではないか? 新しい技術を投入したプロジェクトはもちろん
当然アンタが責任を持つつもりで言ってんだと思うが、そのプロジェクトが
死ぬまで責任を持てるか?

俺は新しいもん好きで、数々のプロジェクトで数年間新しいもんをどんどん導入してきた。
なんかあってもオープンソースなんだから直しゃしまいだと思ってた。

ただ、それらのプロジェクトも現在は俺の手を離れてる。引継ぎの時に
これはどういうものですかとか聞かれ、説明もして資料も提供したが、
障害が発生したときに、普及してない技術の場合はどうなんだろうか?

そんなもん、知ったこっちゃない、俺様の技術的興味が満たせれば、
それでいいってんならいいが。

426:デフォルトの名無しさん
04/11/14 00:14:45
つまり、EJB3.0に期待、と。

427:デフォルトの名無しさん
04/11/14 00:17:57
>>425
421で「リスク管理OKなら」と書いている点についてはどう考えてますか?


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

5200日前に更新/259 KB
担当:undef