2006/06/15
EJB3時代のアーキテクチャパターン(業務ロジック編)
ひがやすを blog
ひがさんの EJB3 時代のアーキテクチャ・パターンの続き。今回は業務ロジック編で、ManagedBean に業務ロジックを直接実装してしまう Type1 (単純だが、全てのロジックが ManagedBean 集中してしまう)と、クラスの役割を Service や DAO に分散した type2。
Type2 がいいのは判るんだけど、なんかそもそもこういう話をしなくてはいけないということ自体が今の Java の今一なところだと思う。プログラミング言語やフレームワークの理想形は、「簡単なことは簡単に、難しいこともそれなりに」だが、簡単なことが簡単にできなくなってきているのではないだろうか?
ひがさんの EJB3 時代のアーキテクチャ・パターンの続き。今回は業務ロジック編で、ManagedBean に業務ロジックを直接実装してしまう Type1 (単純だが、全てのロジックが ManagedBean 集中してしまう)と、クラスの役割を Service や DAO に分散した type2。
Type2 がいいのは判るんだけど、なんかそもそもこういう話をしなくてはいけないということ自体が今の Java の今一なところだと思う。プログラミング言語やフレームワークの理想形は、「簡単なことは簡単に、難しいこともそれなりに」だが、簡単なことが簡単にできなくなってきているのではないだろうか?
# posted by heita : 9:03 午前
