[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 06/28 19:14 / Filesize : 147 KB / Number-of Response : 599
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


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

国産DIコンテナSeasar その15



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/

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 ]
あーすまん。
「アーキテクト=開発リーダー」
と読みかえてくれ。そういうつもりで書いた。


385 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:27:34 ]
詳しくない奴ほど語りたがる

386 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:29:08 ]
>>384
読み替えても質問の答えは見つからないが?
まさか業務的な設定値を全てリーダーがxmlに書いてるとか?
いやいやいやいや、それはあり得んだろ常識的に考えて

387 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:29:53 ]
語リスト上等

388 名前:372 mailto:sage [2009/07/08(水) 21:33:02 ]
業務的な設定値って、設定ファイルだと思うんだけど(違うなら指摘してくれ)、
俺は開発者全員がそれぞれ設定ファイルを書く必要がある案件は見たことないんだけど。
普通のWebアプリ程度で、そんなに設定項目が多いことがあるのか?

…つーか話が本筋からズレてるんだけど。
まだ設定ファイルの話を続けたいのなら俺は去るぜ


389 名前:デフォルトの名無しさん [2009/07/08(水) 21:34:11 ]
サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
DI対象の設定や可変項目やら、つまらん設定値の個別制御はSpringでやらせない。
ってことかな。Spring使ったことないから想像だけど。



390 名前:デフォルトの名無しさん [2009/07/08(水) 21:37:49 ]
>>まだ設定ファイルの話を続けたいのなら俺は去るぜ
うまくプロジェクト回してる人っぽいから俺は話聞きたいyo!
色々語って欲しい。

391 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:43:04 ]
>>372
>* 開発を軌道に乗るまでが面倒
> → Springはいろいろとお膳立てしてやらんとまともに使えない

ん?セットアップはS2より楽だよね?

392 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:43:32 ]
>>390
うまく回してるように見えるか?w
Spring上にオレオレフレームワークを作る必要がある案件には見えないな
Seasar直でやった方が楽だったんじゃねーの?って見える
さらに言えばアーキテクト(開発リーダー)でもなさそうに見える

393 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:44:23 ]
>>391
でたなw
お前NetBeans好きだろ?www

394 名前:372 mailto:sage [2009/07/08(水) 21:50:21 ]
> サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
そう。

> DI対象の設定や
これをDIコンテナでやらんかったら存在意義がwww

> 可変項目やら、つまらん設定値の個別制御はSpringでやらせない。
そう。だって依存性の解決をするのがDIコンテナの役割であり、
設定パラメータのインジェクションは「DIインジェクション」
ではないと考えている。
そういう細かいことまで無理矢理やらせようとするから
おかしなことになるんじゃないかと思うけどな。


>>391
すまん、俺はSeasarを実際に使ったことないから比較できん。
だけどトランザクションの設定やら何やら、最初の設定は結構面倒だと思うぞ。


>>392
> Spring上にオレオレフレームワークを作る必要がある案件には見えないな
オレオレフレームワークを作ったなんて話は一言もしてないぞwww

> Seasar直でやった方が楽だったんじゃねーの?って見える
ならその理由を具体的に書いてくれよ。ぜひ議論に参加してくれ。

> さらに言えばアーキテクト(開発リーダー)でもなさそうに見える
それはこの議論で重要なの?
ここは2chなんだし、バックグラウンドなんてどうてもよくて何を語るか全てだと思うが。



395 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:56:51 ]
>>394
> オレオレフレームワークを作ったなんて話は一言もしてないぞwww

>>374=372じゃねーの?
これって実質オレオレフレームワークだろ。>>377以降これで盛り上がったんだぜ?

> 開発者はSpringを意識しなくて良いようなアーキテクチャにするか、

396 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 21:57:21 ]
>>394
軽い開発を目標にしてるなら<tx:annotation-driven/>かいて
サービスに@Transactionalつければいいだけだよね?

397 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 22:05:22 ]
S2嫌いでSpringマンセーの奴と議論したときに
最終的にはS2はEclipseとTomcatに依存してるのが嫌いだとか
言いやがったことがあったな

398 名前:デフォルトの名無しさん [2009/07/08(水) 22:05:41 ]
>> サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
>そう。

アノテーションハンドリングってxml上の設定を書くだけ?javaの制御コードも?
javaのコードもならS2比較で言うとSAStrutsとか
各S2フレームワークプロダクトに相当する気がする。
たぶんS2使う開発者はアノテーション制御を自分で書いたりまでしないで
SAStrutsみたいなのをそのまま使ってると思う。
あ、僕は煽ってる人じゃないので念のため。
xmlだけで色々できるならspringちょっとすごいかもしれない。

399 名前:372 mailto:sage [2009/07/08(水) 22:07:10 ]
>>395
<context:component-scan>使っただけでオレオレフレームワークになるのかwww

例えばStrutsとSpringを無改造で使って<context:component-scan>と組合せるだけの
シンプルな構成でも、どのクラス群にどういう役割を持たせるかを明確化して
開発ガイドラインとして規定したら、それはアークテクチャだと思うけど。

フレームワークは、あくまでもアークテクチャを実現する手段の
一つに過ぎんと思うぞ。

>>396
それだとクラスが密結合になるんじゃないか。
単体テストのことを考えたらDIしたいぞ。




400 名前:デフォルトの名無しさん [2009/07/08(水) 22:13:11 ]
Spring+HibernateEntityManager(コンポーネント自動検出 without アノテーション編
d.hatena.ne.jp/beyondseeker/20080621/1214083335
たぶんこーゆーの書いてるってことだろな。記事読んでないけど。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<147KB

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