第1回 なぜSpringなのか
Webアプリケーションは，レイヤーによって論理的に分割され，各レイヤーでは様々なフレームワークを使用して効率的に開発を行います。例えば，図1のようにプレゼンテーション・レイヤーにはStruts，データアクセス・レイヤーにはHibernateを使うといった具合です。各レイヤーに適用するためのフレームワークは様々な種類があるため，作成するアプリケーションの要件に合わせて選びます。 このように各レイヤーごとに，フレームワークを適用して開発する方式はかなり一般的になりましたが，実際にプログラムを作っていく上で，いくつかの問題が出てきました。 変更に弱い 図1を見ると，各レイヤーは一見独立しているように見えるのですが，実際のところ，隣り合うレイヤーは密接に連結しています。例えば，ビジネス・レイヤーからデータアクセス・レイヤーのオブジェクトにアクセスする場合，通常は以下のようなプログラムになるでしょう
リファレンス - Spring探検
Chapter 12. Web MVC framework 12.1. Introduction to the web MVC framework Spring MVCはとても素晴らしい、と言うことが書いてある。 Spring MVCの中心となるのはDispatcherServlet。コントローラにはControllerというインタフェースが用意されている。 public interface Controller { /** * Process the request and return a ModelAndView object which the DispatcherServlet * will render. A null return is not an error: It indicates that this object * completed request proces
＠IT：Spring Frameworkで理解するDI（1）
DI：依存性の注入とは何か？：Spring Frameworkで理解するDI（1）（1/3 ページ） Javaのエンジニアであれば最近、「Dependency Injection」や「DIコンテナ」「Spring」、または「Seaser2」といった名前を目にしたことがあるのではないでしょうか。これらは次世代のEJB（EJB 3.0）に取り込まれる動きがあるなど、最近非常に注目されているキーワードであり、今後のJava開発を語るうえで避けては通れない概念の1つになるとされています。 この連載は、「Spring」というフレームワークを利用して、J2EE開発における「Dependency Injection（DI）」というデザインパターンから得られるメリットを紹介し、J2EEの今後の方向性を理解する助けとしていただくことを目的としています。 Dependency Injection：依存性の注入
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
