Core J2EE Patternsを読みながらの超適当メモ プレゼンテーション層のパターン - 守破離
言葉に直しながら読むと分かった気分になれるので自分用のメモがてら (*ﾉωﾉ) とりあえずの所感としては、色々なパターンが非常に重たく見える。 でも、重たく見えても中身をよくよく見れば普段愛用してる概念の固まりだったり。 絶対見せ方で失敗してるきがする ＞ J2EE Intercepting Filter いわゆるServlet Containerの提供してるFilterな感じ。 説明的にもCoRできるように作れーって書いてあるし本当にまんまだ。 こういう概念が無かった時代はみんな if/else でがんばってたんだろうな。。。 (´･ω･`) 読み進めてたら戦略の項目でまさに ↑ な事が書いてあった (*ﾉωﾉ) ここら辺を見てると、AOPっていう概念はこういう所から生まれたのかなーという気がしてきますね。 Front Controller まんまStrutsかなー。 やろうとしてる事と
Core J2EE Patternsを読みながらの超適当メモ ビジネス層のパターン - 守破離
そんなこんなで続きー。 今日は7章を制覇（流し読み）するぞー (`･ω･´) Business Delegate Delegateって名前ついてるけど、Facadeの一種かなぁ。 どちらかというと分散ネットワーク上のどっかにいるFacadeを利用する際の、ローカル向けFacadeな感じがする。 ネットワーク例外をアプリケーション例外にしたい、とかってあたりもろにそうっぽぃ。 何かしようとするたびにRMI周りの例外のTryCatchとかやってたら発狂できるもんなぁ・・・ これを使う事でプレゼンテーション層と実際のビジネスロジックを実行するビジネス層（ネットワークのあっちにいるかも）なのと疎結合に出来るのと必要に応じてキャッシュする事でパフォーマンスの最適化が図れるのが一番のメリットかな。 Service Locator ものすっごいDIコンテナの先祖っぽい雰囲気がする！ 責務的にはめちゃ大変
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
