【DI】Java Spring Frameworkを語るスレ 5.0

**デフォルトの名無しさん** · 2011/11/28(月) 02:17:11.86

前スレ
http://hibari.2ch.net/test/read.cgi/tech/1227196176/

公式
ttp://www.springframework.org/

**デフォルトの名無しさん** · 2011/11/28(月) 02:19:54.66

日本Springユーザー会
http://www.springframework.jp/

Spring-Java/J2EEアプリケーションフレームワークリファレンスドキュメント(2章まで最新版)
ttp://andore.com/money/trans/spring_ref_ja.html

EclipseプラグインSpring IDEを使ってみよう　(1/3) - ＠IT
ttp://www.atmarkit.co.jp/fjava/rensai4/spring2_01/spring2_01_1.html

Springは「2.0」でどんだけ便利になったの？　(1/3) - ＠IT
ttp://www.atmarkit.co.jp/fjava/rensai4/spring2_02/spring2_02_1.html

Spring 2.0で自分なりの開発スタイルを確立しよう　(1/3) - ＠IT
ttp://www.atmarkit.co.jp/fjava/rensai4/spring2_03/spring2_03_1.html

【ハウツー】Spring 2.0を早速使う - どのくらい簡単になった? (1) 待望のSpring Framework 2.0リリース (MYCOMジャーナル)
ttp://journal.mycom.co.jp/articles/2006/10/05/spring20/

Spring 2.0によるDBアプリケーションの作成
ttp://www.okisoft.co.jp/esc/spring/index.html

InfoQ: Spring 2.0: 最新情報と Spring 2.0 が重要な理由
ttp://www.infoq.com/jp/articles/spring-2-intro

InfoQ: Spring 2.5の新機能―Part 1
ttp://www.infoq.com/jp/articles/spring-2.5-part-1

InfoQ: Spring 2.5の新機能を使ってアプリケーションを作る(その1)
ttp://www.infoq.com/jp/articles/spring2.5-1

InfoQ: Spring 2.5の新機能を使ってアプリケーションを作る(その2)
ttp://www.infoq.com/jp/articles/spring2.5-2

**デフォルトの名無しさん** · 2011/11/28(月) 02:24:07.23

Inversion of Control コンテナと Dependency Injection パターン
ttp://kakutani.com/trans/fowler/injection.html

Inversion of Controlパターンでコンポーネント間の結びつきを弱める - japan.internet.com デベロッパー
ttp://japan.internet.com/developer/20051011/28.html

【書籍】

Spring入門
ttp://www.amazon.co.jp/dp/4774123412/

Spring2.0入門
http://www.amazon.co.jp/dp/4774130001/

SpringによるWebアプリケーションスーパーサンプル
http://www.amazon.co.jp/dp/4797334223/

【過去スレ】
http://pc11.2ch.net/test/read.cgi/tech/1216212651/
http://pc11.2ch.net/test/read.cgi/tech/1169517585/
http://pc10.2ch.net/test/read.cgi/tech/1077465099/

**デフォルトの名無しさん** · 2011/11/28(月) 17:37:20.38

スレ立て乙

**デフォルトの名無しさん** · 2011/11/30(水) 08:42:53.33

京都大学霊長類研究所では、未知の感染症が蔓延し、
感染した研究員はどのスレッドにも同じコピペを
繰り返すといった症状が報告されています。

研究員によると思われる書き込みがあっても
近づかないようにしてください。

　　　　　　　　　　　　　　　　　　京都大学

**デフォルトの名無しさん** · 2011/12/01(木) 21:38:17.86

高度な会話まだ？

**デフォルトの名無しさん** · 2011/12/01(木) 22:00:42.91

高度なロジックは読めますか？

**デフォルトの名無しさん** · 2011/12/01(木) 22:21:15.93

ソースを読める人が高度な人です

**デフォルトの名無しさん** · 2011/12/01(木) 22:35:52.48

高度な人はこちらでお願いします

【DI】Java Spring Frameworkを高度に語るスレ 5.0+
ttp://hibari.2ch.net/test/read.cgi/tech/1322485390/

**デフォルトの名無しさん** · 2011/12/01(木) 22:36:52.76

俺も高度な人になりたいな

**デフォルトの名無しさん** · 2011/12/02(金) 04:42:42.60

コアソース解読できるの？

**デフォルトの名無しさん** · 2011/12/02(金) 04:43:13.84

アノテーション

**デフォルトの名無しさん** · 2011/12/02(金) 05:41:10.35

アノテーションはクラスに直接書く

**デフォルトの名無しさん** · 2011/12/02(金) 06:14:38.38

そうなれば散在するね
管理が大変じゃね？

**デフォルトの名無しさん** · 2011/12/02(金) 20:41:41.06

確かに
XMLファイルで管理する方が一つの場所で管理できる分
管理がしやすくなるな

**デフォルトの名無しさん** · 2011/12/02(金) 20:58:22.27

アノテーションでは
クラスに定義するので、各クラスに定義情報が散在するからね

**デフォルトの名無しさん** · 2011/12/02(金) 21:06:19.38

そうなると後で管理が大変になるね！

**デフォルトの名無しさん** · 2011/12/02(金) 21:07:42.98

なるほどアノテーションって良いことばかりじゃないんだね

**デフォルトの名無しさん** · 2011/12/02(金) 22:12:12.84

strutsとseaserを混ぜて楽しく使う・・・

**デフォルトの名無しさん** · 2011/12/02(金) 22:12:33.04

そりゃそうだろ。
どんなものだって不適切に使えば
悪い所が出てくる。

**デフォルトの名無しさん** · 2011/12/02(金) 22:17:01.67

>>18
何でもアノテーションにすりゃ良いってものじゃないぞ

**デフォルトの名無しさん** · 2011/12/02(金) 22:18:08.03

なんでもif使えばいいってもんじゃないぞ。
なんでもfor使えばいいってもんじゃないぞ。
なんでも関数にすればいいってもんじゃないぞ。
なんでもクラスにすればいいってもんじゃないぞ。

うん、なんにでもあてはまる。

**デフォルトの名無しさん** · 2011/12/02(金) 22:21:16.77

>>21
そうですね
アノテーション万歳の人に警告しなきゃ

**デフォルトの名無しさん** · 2011/12/02(金) 22:27:15.06

>>23
アノテーション万能じゃない

**デフォルトの名無しさん** · 2011/12/03(土) 09:08:10.09

散在したほうがいいもの、
集中したほうがいいもの、
分類して

**デフォルトの名無しさん** · 2011/12/03(土) 09:17:05.17

>>23
アノテーション信者か？

**デフォルトの名無しさん** · 2011/12/03(土) 17:21:35.45

高度スレにアイちゃんしかいないんだがｗ

**デフォルトの名無しさん** · 2011/12/03(土) 21:09:47.50

いいんだよ。あっちは自称高度な人を
追いやる隔離スレだから。

**デフォルトの名無しさん** · 2011/12/03(土) 23:06:34.79

アノテーションといえばbean validation使ってる?

**デフォルトの名無しさん** · 2011/12/04(日) 00:02:50.59

使わないなぁ

**デフォルトの名無しさん** · 2011/12/04(日) 02:25:32.85

validationなんて個別にクラスに書いたらダメでしょ
プロジェクト全体で統一しないと

**デフォルトの名無しさん** · 2011/12/04(日) 03:38:05.56

http://d.hatena.ne.jp/yamkazu/20110206/1296985545

これか。一つを対象に5個くらいアノテーション付くと気持ち悪い

**デフォルトの名無しさん** · 2011/12/04(日) 09:58:44.04

バリデーションってアプリケーションごとに
使い捨てにするしかないんじゃない？

@NotNull程度のものが半端にあるならないほうがいい。

**デフォルトの名無しさん** · 2011/12/04(日) 10:03:55.14

なんでないほうがいいの？

**デフォルトの名無しさん** · 2011/12/04(日) 10:04:31.92

>>32
アノテーションはインターフェースに対してつければいい。

**デフォルトの名無しさん** · 2011/12/04(日) 12:31:13.33

一から手書き以外だと
・SpringのValidatorインタフェース
・Commons Validator
とかだろうか、Validatorインターフェースは中身は結局手書きだけど

Valangてのもあるらしいがよくしらない orz

**デフォルトの名無しさん** · 2011/12/04(日) 14:53:41.77

>>34
・アノテーションのみ
・アノテーションと手書きの混在
・手書きのみ
3種が入り乱れるような状態になるから
手書きのみで全部同じように書けるほうがいいでしょ。

Validatorインターフェースの中でValidationUtilsみたいな
クラスライブラリを使うのに統一したほうがいいよ。

**デフォルトの名無しさん** · 2011/12/05(月) 18:14:21.96

バリデーターがどうあるべきかの設計は難しいね。

バリデーターを置くレイヤーや
バリデーションを何でやるか(XML, Annotation, Class)を
画一的にするのは無理なんだろか。

**デフォルトの名無しさん** · 2011/12/05(月) 20:29:32.48

えっ、入力ヴァリデーションは全部アノテーションでやっているけど、うちって少数派？
別に小規模なアプリでは無いし、Spring拡張やアプリケーション固有のConstraintValidatorを作ってやってるんだけど。

**デフォルトの名無しさん** · 2011/12/05(月) 23:13:07.56

>>39
典型的なSIerは>>37のように考えるところが多い
選択肢をなくして効率の悪いやり方で統一する愚作なんだが
ドカタ的なプロジェクトでは致し方ない

39 · 2011/12/05(月) 23:28:27.65

うちも典型的なSI屋なんだけど。
選択肢なくして統一するなら、アプリケーション固有のアノテーションを用意して、
土方にはそれを付加させるだけにした方が楽じゃね？、っと思うんだけどな。

**デフォルトの名無しさん** · 2011/12/06(火) 10:16:25.71

フォームがリスト構造を含む場合どうなるんだろ
と思いつつ実験してない…

**デフォルトの名無しさん** · 2011/12/06(火) 10:29:56.97

バリデーションはアプリケーションの固有性がでるから
カスタムしやすいことは重要だと思う。
それでいて土方的（画一的）に何でもやれることも両立したい。

>>41
カスタムアノテーションだと変数間の関係が難しい。
でも再利用性の高いものはアノテーションがいいよなぁ。

優先的に標準アノテーション＋カスタムアノテーションで済ませて、
次にそれではできない一部のものをクラスに、
最後にソースに依存させてたくない場合はXMLでやることにしてみる。

39 · 2011/12/06(火) 14:09:06.41

>>43
変数間の比較用アノテーションも用意しているよ。
メンバ変数じゃなくてクラスに対してアノテーションを付加して、メンバ変数aとbが同値であることを検証する、
っとか、そういうの。
そして最終手段は、検証対象オブジェクトのメソッド呼び出し(戻り値booleanで判定)アノテーション。

もちろん、入力アノテーションではなくて、対象オブジェクトの情報だけでは完結しないロジックなヴァリデーションは
コントローラーで書くけど、それ以外はアノテーションベースで困っていないかな。

**デフォルトの名無しさん** · 2011/12/06(火) 23:08:16.58

>>40
> 選択肢をなくして効率の悪いやり方で統一する愚作なんだが

コーディング規約のケチつけてるの？

それともルールはない。みんな好き勝手やれ。
関数置き換えハックでも何でも自由にやってよい派ですか？