細かい説明は省きますが、
* アプリケーション層
* ドメイン層
* インフラストラクチャ層
で構成し、アプリの中心はドメイン層に持ってきます。アプリケーション層は画面やUIを構築するためにドメイン層を呼び出す層であり、あまり本質的ではありません。例えば今回はWebアプリなのでMVCフレームワークのControllerからドメイン層のサービスが呼ばれますが、アプリケーション層がSwingやJavaFXの場合でもサービスを実行してアプリを実装できます。サービスを実装するときはこれがSwingから呼ばれても破綻しないか？と思いながら書いています。インフラストラクチャ層では永続技術を隠蔽します。RDBやMongoDBを入れ替えられる感じ。(まあJPA用に@Entityとかつけると実装技術に依存してしまうのだが。。)
ドメイン層は画面に依存しなくてWebサービス等にも利用できる物。Formなど画面に依存するっロジックはApplicationLogicに書いて、Controllerから外に出すことを推奨。
層の名前はDDDで使われている物を採用しました。僕はDDDでプログラムを書いたことがないですが、将来的にはDDDでも同じような構成でアプリを作れることも一応意識しています。
この図はSpring3入門の1章に載っていた凹型アーキテクチャの図をまねしています。
PDF版
基本的にはmavenのマルチプロジェクトで各層を用意します。依存関係はアプリ層がドメイン層に依存する形です。本格的にはインフラストラクチャ層も別に作るべきですが、どうせなんだかんだで@Entityとか永続化技術に依存しちゃうので、開発しやすさを優先してドメイン層とインフラストラクチャ層を一緒にしています。(SpringDataJPAを使うとインフラストラクチャ層の実装はほとんどいらなくなりますが)
シングルプロジェクトにした場合は↓のようになります。
[前回の記事で紹介したテンプレートプロジェクト][2]はこの構成になっているので、手っ取り早く試してみたい方は[こちら][3]からどうぞ！
[1]: http://atnd.org/events/34294
[2]: http://t.co/Bu9Wcq0c
[3]: https://github.com/making/spring-webapp-template/wiki/GettingStarted