- 1 名前:デフォルトの名無しさん [2009/03/17(火) 20:48:19 ]
- 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ?みんなもう使ってるの? 使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。 本家 seasar.org www.seasar.org/ Seasar Projectグループ seasarproject.g.hatena.ne.jp/ ひがやすをblog d.hatena.ne.jp/higayasuo/ 前スレ その1 pc5.2ch.net/test/read.cgi/tech/1092044210/ その2 pc5.2ch.net/test/read.cgi/tech/1098885253/ その3 pc8.2ch.net/test/read.cgi/tech/1102862221/ その4 pc8.2ch.net/test/read.cgi/tech/1119608621/ その5 pc8.2ch.net/test/read.cgi/tech/1135986150/ その6 pc8.2ch.net/test/read.cgi/tech/1148204750/ その7 pc8.2ch.net/test/read.cgi/tech/1153060167/ その8 pc10.2ch.net/test/read.cgi/tech/1165531719/ その9 pc11.2ch.net/test/read.cgi/tech/1170674234/ その10 pc11.2ch.net/test/read.cgi/tech/1176050197/ その11 pc11.2ch.net/test/read.cgi/tech/1190846507/ その12 pc11.2ch.net/test/read.cgi/tech/1203122931/ その13 pc11.2ch.net/test/read.cgi/tech/1215962870/ その14 pc11.2ch.net/test/read.cgi/tech/1224157275/
- 284 名前:デフォルトの名無しさん mailto:sage [2009/06/14(日) 23:59:21 ]
- T2はまだそんなレベルじゃないだろ
shotタソのコメント欄見てみろ Ymir Cubby SAStruts S2Click S2Struts T2 Teeda S2JSF S2Tapestry S2Wicket
- 285 名前:デフォルトの名無しさん mailto:sage [2009/06/15(月) 00:21:13 ]
- 昨日行ってきた。
4コマ目のひがたんの「BigTable と JDO の勝ちパターン」は、聴講者多数で、LT のあとにもう一度行われた。 Slim3 は、Google App Engine と Bigtable 上でしか使えないの? あと >>282-284 で、ゆみるが先頭に来ている理由がわからない。 Cubby と SAStruts は使ったことがあり、いちおう(使う側としては)理解しているつもり。 Ymir は ymir.seasar.org/docs/1.0.x/user/description を読んだぐらいしか知識がない。 Ymir を否定しているのではなく、Cubby とかSAStruts とくらべてどういう点がよいのか聞いてみたい。 あと、T2 は S2JSF のようなプレゼンテーションのフレームワークではなく、 コントローラやプレゼンテーション層を結びつけるためのフレームワーク (コントローラやプレゼンテーション層より、レイヤが一段下)ではなかったか? ※法政大学の外堀校舎は綺麗だな。 あんしんしておなか痛くなってもトイレに行けた。
- 286 名前:デフォルトの名無しさん mailto:sage [2009/06/16(火) 02:06:30 ]
- あのおっさんのエントリ、後出しジャンケンじゃないか。
メーリングリストで言っておけばいいのに。
- 287 名前:デフォルトの名無しさん mailto:sage [2009/06/16(火) 13:09:19 ]
- おっさんって誰だ?
- 288 名前:デフォルトの名無しさん mailto:sage [2009/06/16(火) 17:42:53 ]
- いうまでもない
- 289 名前:デフォルトの名無しさん mailto:sage [2009/06/17(水) 09:06:26 ]
- ttp://itpro.nikkeibp.co.jp/article/NEWS/20090615/331996/?ST=lin-server&P=3
ここのページの下の事例に 「ホット・デプロイ機能は,クラス数が多くなると遅くなる」 とあるけど、そうなのかね?
- 290 名前:デフォルトの名無しさん mailto:sage [2009/06/17(水) 09:56:16 ]
- そりゃそうだろう。
クラスを走査して必要な分を再ロードするんだから規模が大きくなったら難しいんじゃない。 けど実際ベンチマークとってみたいな。
- 291 名前:デフォルトの名無しさん mailto:sage [2009/06/17(水) 23:20:17 ]
- >>289
ml.seasar.org/archives/seasar-user/2009-June/017626.html > 本来 HOT deploy では必要になったコンポーネントのみ > インスタンス化されるので,システムに Dao が何千個 > 何万個あろうとも,アクセスされた画面の処理で > 使われる Dao が少なければ極端に遅くなることは > ないはずです. > > おそらく,どんな画面からも使われる,多くの Dao に > 依存する巨大なクラスがあるなど,実際には不要な > コンポーネントまでインスタンス化されるような > 構成になっているのではないでしょうか? 要は設計が悪いと遅くなる
- 292 名前:デフォルトの名無しさん mailto:sage [2009/06/18(木) 00:01:54 ]
- >>286-287
あのおっさん74年生まれか。higaタソやデブ元理事よりずっと若いじゃないか。 前代表理事よりも若い。おっさん失格だな。
- 293 名前:289 mailto:sage [2009/06/18(木) 00:21:35 ]
- >>291
情報どうもです。ということは、この事例の場合は設計が悪かったということですな。
- 294 名前:デフォルトの名無しさん mailto:sage [2009/06/19(金) 10:09:47 ]
- マスターからメッセージが来たよ
d.hatena.ne.jp/koichik/20090618
- 295 名前:デフォルトの名無しさん mailto:sage [2009/06/19(金) 10:22:28 ]
- ひがブログなんか盛り上がってるね。
- 296 名前:デフォルトの名無しさん mailto:sage [2009/06/19(金) 13:34:09 ]
- ひがやすをに「ガツン」と申し上げたい
- 297 名前:デフォルトの名無しさん mailto:sage [2009/06/20(土) 02:43:33 ]
- 何だかんだ言ってみんなヒガタン好きだなw
- 298 名前:デフォルトの名無しさん mailto:sage [2009/06/21(日) 11:37:43 ]
- なんつうか、偏った人が多い気が。なにもSeasar界隈に限った話じゃないけど
- 299 名前:デフォルトの名無しさん [2009/06/21(日) 11:57:24 ]
- やすをの自演カキコがうざい
- 300 名前:デフォルトの名無しさん mailto:sage [2009/06/21(日) 15:06:39 ]
- 何か新しいことをするには良い意味で偏らないとやっていけないのではないかな。
- 301 名前:デフォルトの名無しさん [2009/06/24(水) 17:06:31 ]
- >285
>あと、T2 は S2JSF のようなプレゼンテーションのフレームワークではなく、 >コントローラやプレゼンテーション層を結びつけるためのフレームワーク >(コントローラやプレゼンテーション層より、レイヤが一段下)ではなかったか? T2はあるURLとPOJOとそのメソッドをマッピングするフレームワークだね。 普通のフォームとか、FlexやAjaxのリクエストも受けれるのが特徴。
- 302 名前:デフォルトの名無しさん mailto:sage [2009/06/24(水) 17:37:15 ]
- 時々t2の話題が出てくるがスレチだから誘導
Java+Webフレームワーク ttp://pc12.2ch.net/test/read.cgi/tech/1181063688/
- 303 名前:デフォルトの名無しさん mailto:sage [2009/06/25(木) 01:53:59 ]
- ____
/ \ /\ キリッ . / (ー) (ー)\ / ⌒(__人__)⌒ \ <お前はオープンソースの何を知っているというのだ。 | |r┬-| | \ `ー'´ / ノ \ /´ ヽ | l \ ヽ -一''''''"〜〜``'ー--、 -一'''''''ー-、. ヽ ____(⌒)(⌒)⌒) ) (⌒_(⌒)⌒)⌒)) ____ /_ノ ヽ、_\ ミ ミ ミ o゚((●)) ((●))゚o ミ ミ ミ <だっておwww /⌒)⌒)⌒. ::::::⌒(__人__)⌒:::\ /⌒)⌒)⌒) | / / / |r┬-| | (⌒)/ / / // | :::::::::::(⌒) | | | / ゝ :::::::::::/ | ノ | | | \ / ) / ヽ / `ー'´ ヽ / / | | l||l 从人 l||l l||l 从人 l||l バ ヽ -一''''''"〜〜``'ー--、 -一'''''''ー-、 ン ヽ ____(⌒)(⌒)⌒) ) (⌒_(⌒)⌒)⌒)) バ ン
- 304 名前:デフォルトの名無しさん mailto:sage [2009/06/26(金) 01:29:52 ]
- ごめんなさい。ダンコガイになりたかっただけなんです。
- 305 名前:デフォルトの名無しさん mailto:sage [2009/06/27(土) 21:45:38 ]
- ____
/ \ /\ キリッ . / (ー) (ー)\ / ⌒(__人__)⌒ \ 知らないことを軽々しく語るなよ。 | |r┬-| | \ `ー'´ / ノ \ /´ ヽ ___ / \ /ノ \ u. \ !? / (●) (●) \ | (__人__) u. | クスクス> \ u.` ⌒´ / ノ \ /´ ヽ ____ <クスクス / \!?? / u ノ \ / u (●) \ | (__人__)| \ u .` ⌒/ ノ \ /´ ヽ
- 306 名前:デフォルトの名無しさん mailto:sage [2009/07/01(水) 19:37:58 ]
- いい加減トップページ変えようよw
- 307 名前:デフォルトの名無しさん [2009/07/03(金) 02:35:38 ]
- JavaでまともなフレームワークってSeasar2だけじゃん
Java勉強して分かったお 間違いない
- 308 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 02:40:27 ]
- まともなのは他にもたくさんあるけどね
バランス的に言うと一番使いやすいってのなら同意だが
- 309 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 02:51:12 ]
- Seasarのプロダクトのコミッタって一般人でもなれるの?
- 310 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 02:59:14 ]
- >>308
SAStrutsないと設定地獄になるよな
- 311 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 03:00:53 ]
- >>309
能力的には一般人しかいません 性格的には一般時にはなれません
- 312 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 03:05:54 ]
- まぁ、その一般人が作った物を使ってるんだけどな
- 313 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 03:14:39 ]
- Java1.4+Strutsって聞いただけで超絶ブラックだぞ
- 314 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 03:20:34 ]
- 誰もJava1.4とStrutsなんて発言してないが
- 315 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 06:55:03 ]
- 基地外しかいない悪寒
- 316 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 09:00:57 ]
- >>310でいきなりStrutsの話になってふいた
やはり日本だとフレームワーク=Strutsなのかな
- 317 名前:デフォルトの名無しさん [2009/07/03(金) 12:27:47 ]
- javaでwebするならそうかも。
- 318 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 18:35:04 ]
- つ Java EE 6
- 319 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 00:14:09 ]
- 節子それ、Seasarと違う
- 320 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 00:14:47 ]
- S2EE6みたいなの出たらどうすんだよ
- 321 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 00:17:16 ]
- SEE6に名前変更されるから無問題
- 322 名前:デフォルトの名無しさん [2009/07/04(土) 18:30:02 ]
- 結論:Springでオールオッケー
- 323 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 23:49:49 ]
- Spring 使った場合のフレームワークって今だと何が一番いいんだろな。
Strut2 と WebFlow+SpringMVC ぐらいが今の候補なんだが。
- 324 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 00:10:42 ]
- スプ2Strutsとか出せばいいんだよ
- 325 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 00:20:54 ]
- Springは社内フレームワークのためのフレームワーク
ってゆーすけがいってた
- 326 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 00:44:26 ]
- Springはいちいちなんかめんどいんだよな
- 327 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 00:57:24 ]
- >>326
そこを社内フレームワークでカバーするんだよ Springを素のまま使うのは間違ってる Seasarとは違うのだよSeasarとは
- 328 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 00:59:37 ]
- ってゆーすけがいってた
- 329 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 01:39:35 ]
- Springが面倒って…1.x時代の話してるのか?
- 330 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 01:49:57 ]
- >>329
>>323からの流れが読めてないな Spring単体の話はしてないお
- 331 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 01:55:11 ]
- なんでもできるってものよりも
おすすめの構成でセットになってるのがいいんだよ
- 332 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 11:43:56 ]
- Springはオススメ構成用意はしてない
ただ、各種プロダクトが真っ先にSpringのコネクタ用意するから簡単につながる Seasar2はメンテされてるプロダクトかどうかを判断するのが難しい
- 333 名前:デフォルトの名無しさん [2009/07/05(日) 16:16:02 ]
- えろい人に質問Seasar2使うなら
JBOSS と GlassFish ってどっちが良いのと?
- 334 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 16:45:17 ]
- S2に限らずGlassFishがいいと思う
- 335 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 19:31:04 ]
- S2使うならTomcatでおk
- 336 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 12:59:01 ]
- 所詮、いち島国のマイナープロダクトにすぎんからなシーサーは。
トータルで見たらSpringの方がいいにきまってる。
- 337 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 14:53:14 ]
- 知名度と使い勝手が比例するのならそうだけど
マイナーだから駄目ってのはなんだかなぁって感じ
- 338 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 20:53:04 ]
- 案件でSeasar使うところ増えてない?
まわりの半分くらいはSeasarなんだが
- 339 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 22:04:55 ]
- 半分は言い過ぎだけどSAStrutsとあと意外にTeedaが多いw
- 340 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 22:16:08 ]
- Teedaがかれた宣言出したのが去年だから、今くらいの案件で使われるというのは不思議ではない。
JSF 2.0が少しずつ見えてきたこの時期に1.1ベースというのがどれだけ影響するか。
- 341 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 22:44:07 ]
- ちょっと前までまともな事例ってひまわり証券くらいしかなかったのにな
リクルートの新規サイトも地味にS2らしい
- 342 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 22:50:40 ]
- >>341
ソースは?
- 343 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 23:38:31 ]
- itpro.nikkeibp.co.jp/article/OPINION/20070904/281080/?ST=oss
リクルートの他にソフトバンクモバイルもそうらしいな
- 344 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 23:43:34 ]
- >>343
dだが2年前の記事で新規サイトのソースではないな
- 345 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 01:45:49 ]
- リクルートは今SAStrutsだよ
俺がソース
- 346 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 02:33:49 ]
- リクルートは大分人減ったかい?
- 347 名前:デフォルトの名無しさん [2009/07/07(火) 11:14:07 ]
- リクルートで転職してる人が減ってるよ。
つーか、求人がないので他でも減ってる。
- 348 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 14:28:54 ]
- リクルートは転職屋じゃなくて情報出版業だぞ
リクルートエージェントかなんかと勘違いしてないか
- 349 名前:デフォルトの名無しさん [2009/07/07(火) 15:48:08 ]
- TeedaとかJSF系ってさ、GUIコンポーネントっつーのかな?HTMLコンポーネントそのまま使える案件ならいいけど
デザイナがあげてきたHTML+CSSをシステムに組み込むような案件だとツラくないか? 昔試して俺には無理ぽだったので、そんときゃS2strutsを使ったよ
- 350 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 16:01:16 ]
- JSFなんてイントラ案件でしか使わんだろあんなもっさり
- 351 名前:デフォルトの名無しさん [2009/07/07(火) 17:24:22 ]
- 制約の情報をあんまり告知せずに革命的テクノロジーとか言ってリカマンドしてくるベンダーとの戦い。いつ終わるのこれ
- 352 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 21:06:00 ]
- >>349
決められたコンポーネントを多用する社内アプリならば十分 もっさりということも特にない 用途に合わせて最適なフレームワークを選択するのが普通 1つだけに絞ろうとするのが間違い
- 353 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 21:22:24 ]
- 少数精鋭で小回りがきく組織ならそれが普通かもしれんが
5次受け6次受けの兵隊引き連れてる大所帯の組織では普通じゃない
- 354 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 23:39:17 ]
- >>345
俺もリクだが S2使っているとこはさ結局悲鳴しか聞こえてこんよ S2&SAStruts使えるって感じるならSpring&Struts2やWicketは天国だと感じるだろな
- 355 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 23:41:15 ]
- おまえ偽者だな
悲鳴が聞こえてたのは独自フレームワークだった所だろ
- 356 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:14:31 ]
- 偽者って言われちゃったよ・・・
本質を理解できない奴にいちいち説明するの面倒だな
- 357 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:19:16 ]
- 本質ってなにかね。
- 358 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:24:54 ]
- >>354
どんな悲鳴だ?本物なら具体的に書いてみろよ
- 359 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:49:48 ]
- こないだまでRでぐるなびみたいなサイト作ってたけど(カットオーバーおめ)、
SAStrutsは非常に使いやすかった。 Spring + iBATISなんかより全然な。
- 360 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 00:54:14 ]
- >>358
ギャァァアグゥガッゥァァウヒャャアァァア
- 361 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 01:01:55 ]
- S2&SAStrutsってのが全く理解してない証拠だと思う
- 362 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 01:05:43 ]
- >>359
おま、比較対象が
- 363 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 01:08:51 ]
- SAStrutsなんてDIコンテナが何かなんて気にする必要もないプロダクトなんだから
中身がS2だろうがEJBだろうがSpringだろうがどうでもいい話じゃね? フロントエンドのPGは単にアクションとJSP書くだけだもん
- 364 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 03:47:04 ]
- 悲鳴ってのはプロジェクト管理に起因する事象だろう
最後はとにかく人を突っ込むってことをやってたようだ 事実余り Java を知らん人とかも増援で入ってたし Hプロジェクトが火を吹いてたのは S2とは無関係だと思うな
- 365 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 04:09:50 ]
- 業務委託じゃRなんてかなりスキルないと入れてもらえなくて有名だが
- 366 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 04:52:15 ]
- 面接を受けると、それも頷ける部分はあるが、
実際のところはそうではないようだ。 ぶっちゃけ協力会社による。 今はどんどん切られてるから、スキル無い人から減ってるけど、 去年の忙しい時期なんかは、とにかく人を入れろって感じ。 そんで件のプロジェクトは火を吹いてたんで、とりあえず人を突っ込んだ。 そしてガバっとまた人が減る。 それに、2年前とかの企画だと、どーしよーもないソースも結構転がってるよ。 S2採用以前のね。 自社FWがどーこー言う話はよく聞く業界だけど、 こればっかりは、何を間違えてこうしちゃったの?って思わずにはいられない。
- 367 名前:デフォルトの名無しさん [2009/07/08(水) 10:45:46 ]
- >354
>>S2&SAStruts使えるって感じるならSpring&Struts2やWicketは天国だと感じるだろな えー、そんなに違うもんなのか?
- 368 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 11:28:48 ]
- >>367
S2Wicketこそが天国への門
- 369 名前:デフォルトの名無しさん [2009/07/08(水) 12:26:27 ]
- Struts2覚えるのが面倒
- 370 名前:デフォルトの名無しさん [2009/07/08(水) 12:48:22 ]
- Wicketってメモリ喰う、いや喰わないとか論争してて不吉な匂いがするよ。
マイクロベンチで検証してOKで実際にデカいアプリ作ったらダメでしたとか、ってことになるんじゃねーかとか 考えすぎ?
- 371 名前:デフォルトの名無しさん [2009/07/08(水) 12:49:42 ]
- >>354
S2よりSpringが素敵なところってどこ?オフショア使えるとこ?
- 372 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 14:14:33 ]
- Seaserを実際に使ったことがない(ドキュメントは読んだ)
俺が印象だけで答えてみるテスト。異論反論は受け付ける Springが勝っている点 * 世界的に見て、事実上の標準技術と見做されている * 情報量が多い (世界規模 vs 日本のみ) * サポートしているコンポーネントが多い Springが負けている点 * 開発を軌道に乗るまでが面倒 → Springはいろいろとお膳立てしてやらんとまともに使えない あと、オフショアに投げるなら、 なおのことSpringを生で使わせたらアカンと思う
- 373 名前:デフォルトの名無しさん [2009/07/08(水) 17:49:09 ]
- >>* 情報量が多い (世界規模 vs 日本のみ)
英語読めない人が多い場合は情報量が逆転。 Springでもプロジェクト回せる時点である程度のレベルの人員が集まってるんだろな。 >>372がウラヤマシス 話それるけどS2は使用感は結構よいけどドキュメントの品質はあんまよくないよね。 なんかまだるっこしい書き方が多いし 「XXはセッションにキーXXで管理しておりライフサイクルはXX」 みたいな知りたい情報がML上にしかなくてドキュメント上では 「XXはコンテナが自動制御するので簡単に使えます」とかそんな書き方だったりとか。
- 374 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 18:14:16 ]
- ん?
Springを直でいじらんといかんのはアーキテクト役のメンバだけだと思うぞ。 そういうやつはフツーに英語読むだろ 開発者はSpringを意識しなくて良いようなアーキテクチャにするか、 または開発ガイドラインで決められた通りに使うだけという形にする。 だから開発者は英語が読めなくてOKだと思うがいかがだろうか
- 375 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 18:22:41 ]
- >>372、たけぞう氏、ゆーすけ(誰?)の意見をまとめると
大人数で俺々フレームワークのベースとして使う→Spring 少人数で直に使う→Seasar でおk?
- 376 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 18:29:23 ]
- >>375
Spring -> DIコンテナの使い方が普及していない時期に作られた糞のようなフレームワークがたくさん(w Seasar2 -> 使いやすさ重視。フレームワークもいいね!
- 377 名前:デフォルトの名無しさん [2009/07/08(水) 19:04:59 ]
- >>Springを意識しなくて良いようなアーキテクチャにする
それが理想なんだけどさ、アーキテクトだけが把握してればおkならいいんだけどさ・・・ ・フレームワークって下位レイヤを隠蔽するよう設計されるが 現場の開発では高確率でトラブル発生して下に降りる必要が出てくるよね。 Springの場合はどお?安定・信頼して使えるかんじ? S2系は一生懸命作ってる人には悪いけど、 プロダクトのテストケースは充実しているわりにバージョン上げたときとかトラブル多かった。 ・メンバにはコンフィグファイルを一つもいじらせないように出来る? おれんとこだとS2使ったプロジェクトでそれに近い感じで進行させたら、 肝心のところでDI使ってない汚いコードになってしまって失敗したよ・・・
- 378 名前:375 mailto:sage [2009/07/08(水) 20:08:01 ]
-
> ・フレームワークって下位レイヤを隠蔽するよう設計されるが > 現場の開発では高確率でトラブル発生して下に降りる必要が出てくるよね。 > Springの場合はどお?安定・信頼して使えるかんじ? 少なくとも俺は、Springがらみでトラブルになったことは殆どないし、 万一のことがあっても、こういうときにこそ情報量の差(英語圏含む)と いうものが如実に表れてくると思う。 大抵のトラブル(殆どは設定ミスだが)はググればすぐに原因がわかったし、 いままで、Springのソースを読むハメになったケースは一度もないかな。 > ・メンバにはコンフィグファイルを一つもいじらせないように出来る? できてるよ。俺は<context:context:component-scan>を使ってる。
- 379 名前:372 mailto:sage [2009/07/08(水) 20:10:15 ]
- やべまちがった。
↑は375じゃなくて372ですた。
- 380 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 20:26:50 ]
- >>378
> できてるよ。俺は<context:context:component-scan>を使ってる。 それで済むのって自動ワイアリング以外の設定がない場合だけだよね? プロパティに文字列やMapを設定するようなコンフィグ的な設定はどうしてる?
- 381 名前:372 mailto:sage [2009/07/08(水) 20:53:43 ]
-
個別で設定が必要なBeanは俺も個別設定してるよ。 確かにそういう場合は<context:component-scan>は使えないな。たぶん。 ただ、それにしても、そういう設定をやるのはアーキテクトの仕事だと思う。 開発者がいちいちBeanのプロパティを指定しなければならないケースって イマイチ想像が付かないんだが… 例えばサービスクラス毎にトランザクションの切りかたが違うとか、 そういうのか? そういえば、前提条件を話してなかったな。 俺は今回の話では、Webアプリケーション開発(社内業務システム程度)を イメージして話している。そこで食い違いがあるのならすまんかった
- 382 名前:372 mailto:sage [2009/07/08(水) 21:00:03 ]
- あと言っとくと、俺はSpringとSeasarの比較において
あくまでも開発全体の観点から論じているだけで、 細かい技術要件で優劣を付けるつもりはないぞ。 それに、そういう議論するとすぐに荒れるしな。
- 383 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:01:09 ]
- >>381
もろもろの制約値など業務的な設定を可変にしておく必要があるだろ それをSpringのxmlでやるやらないを含めてどうやるか考えるのはアーキテクトの仕事だが 個別の設定をいちいち書くのはアーキテクトの仕事じゃない
- 384 名前:372 mailto:sage [2009/07/08(水) 21:06:48 ]
- あーすまん。
「アーキテクト=開発リーダー」 と読みかえてくれ。そういうつもりで書いた。
|

|