サルでもわかる 逆引きデザインパターン 第3章 逆引きカタログ J2EE編 DAO（Data Access Object）
イントロダクション 私たちが作るアプリケーションのほとんどは、どこかで永続的なデータを扱うことになります。 そのデータの保存先は、リレーショナルデータベースやテキストファイル、他システムなどになるでしょう。 そして保存されたデータへのアクセスで使用するAPIは、保存先によって変わっていきます。 例えば、リレーショナルデータベースだとJDBCを使用します。 ファイルだとjava.ioパッケージあたりを使用したりします。 また、リレーショナルデータベースのみに焦点を当ててみても、ベンダやバージョンによって発行するSQL文を変えなければなりません。 ファイルに永続的なデータを保存していて、その保存先がデータベースに変更されたときのことを想像してください。 ビジネスロジック（業務ロジック）の中にデータアクセスにまつわるコードを書いている場合、保存先の変更が容易ではありません（同様のことが、データベ
サルでもわかる 逆引きデザインパターン 第3章 逆引きカタログ J2EE編 Facade（ファサーﾄﾞ）
イントロダクション みなさんのサーブレット（Strutsを使用している場合はアクションクラス）の行数は、平均どれくらいでしょうか？ データベースアクセスや業務処理など、すべての処理をサーブレットに詰め込もうとして、あっという間に1000行を越すような「太ったサーブレット」を作ってしまったことありませんか？ サーブレットを初めて書いたときは筆者もそうでした。 このような「長く」「すべての処理が入った」サーブレットのことをすべてのことを行う魔法のようなサーブレットということで「マジックサーブレット」と呼びます。 マジックサーブレットは保守や機能拡張が難しいのはもちろんのこと、「アプリケーションが提供する機能」を把握することが難しくなるという弊害があります。 機能を把握できないと「あの機能ってどこにあったっけ？」という状況を生み出しがちになります。 そのような状況を避けるためにも、「サービスを提
ギコ猫とデザインパターン
／‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ ワーイ スレッドヘン 1ゲト ズザー! ＼ ‾‾‾‾‾‾|／‾‾‾‾‾‾‾‾‾‾‾ （ Λ_Λ ⊂ ´⌒つ゜ー゜)つ ‾‾‾‾‾‾‾ .＿＿＿＿＿＿＿＿＿＿＿ | ..| | ギコ猫暗号入門はこちら .｜ |＿＿＿＿＿＿＿＿＿＿＿| ∧,,∧ || ⊂ミ.,,゜Д゜彡つ https://www.hyuki.com/cr/cat_index.html 目次 はじめに 登場する猫たち ギコ猫とGoFのパターンたち ギコ猫とマルチスレッドのパターンたち アニメGIF みなさんからのフィードバック ぜひ、感想をお送りください このページにリンクしてくださっている方々 リンク集 更新履歴 はじめに このページでは2ch.netのキャラクタ「ギコ猫」にナビゲートしてもらい、 デザインパターンをいくつか紹介(?)します。 といっても
15．Facadeパターン
15.1 Facadeパターンとは 第15章ではFacadeパターンを学びます。プログラムを作っていくと、最初は小さなものでも、だんだん大きくなっていきます。 たくさんのクラスが出来て、相互に関係しあい、複雑になっていきます。 クラスを使う場合には、それらの関係を正しく理解して、 正しい順番にメソッドを呼び出す必要があります。 大きなプログラムを使って処理を行う場合、 関係しあっているたくさんのクラスを適切に制御しなくてはいけません。 その処理を行うための「窓口」を用意しておくと、 個別にたくさんのクラスを制御しなくても、「窓口」に対して、要求するだけですみます。 Facadeパターンは、既存のクラスを複数組み合わせて使う手順を、「窓口」となるクラスを作ってシンプルに利用できるようにするパターンです。 ちなみに、facadeとはフランス語を語源とする単語で「建物の正面」という意味です。発音
Adapterパターンを使い利用コンポーネントを切り替える
システムが大規模になるほど、あるいは優れた設計が施されたシステムほど、システムは高度にコンポーネント化される傾向にあります。例えばトランザクション管理、ロギング、コネクション・プーリングなど、機能単位でコンポーネント化されます。 さて、開発中のシステムの機能の一部を、あるコンポーネントを用いて実現していた際、性能上の理由などから、他のベンダより提供されている同じ機能をもったコンポーネントに切り替える必要が生じたとしましょう。しかし、提供元が異なるコンポーネントは、利用するためのAPI（一連のメソッド呼び出しなど）に互換性がないことがほとんどです。システムの構築は進行してしまっているので、コンポーネントを切り替えるにはコードを大幅に書き換える必要が生じます。このような問題に直面した場合の良い解決方法はないものでしょうか？ デザインパターンは、こうした問題に直面したときに威力を発揮します。ここ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Serverless Architecture Patterns in #AWS - DEV
「DAOの作成単位について」（1） Java Solution － ＠IT
デザインパターンを利用したDBアクセスの実装
ソシオメディア | UIデザインパターン