POJOがしめすアプリケーションの形 (arclamp.jp アークランプ)

Javaの世界では、POJOというものが流行している。Plan Old Java Objectの略で、Martin Fowler氏らの造語だ。シンプルで、依存性をなくしたオブジェクトのことをさす。しかし、このPOJOというものをどう捉えるべきか、まだまだはっきりしていないのではないかと感じる。ここでも、僕なりの説明を試みるわけだが、正解といえるかは分からない。ただ、方向性としては間違っていないと思っている。 POJOとは まず、POJOを、もう少し詳しく定義するなら、「自分がするべきことに対して最低限しか知らないオブジェクト」、さらに「実行環境やフレームワークのことは一切知らないオブジェクト」といえるのではないか。たとえば、ビジネスロジックを担当するPOJOであれば、自分のするべきこと、まさにロジックと、そのロジックに必要な他オブジェクトのインターフェース（まさに、interface）し

[kasedac]

Plan Old Java Object、シンプルで、依存性をなくしたオブジェクト

[lenore]

DIの簡単な説明。設定ファイルでロジックを縫い合わせるのは「現実的なMDA」という視点

[Hayato]

POJOを利用したDIでは、コードでやるべきところはコード、設定に出来るところは設定というボトムアップアプロ