デザインパターンの使い方: Composite：CodeZine
Compositeパターンの例 コンポジット（composite）とは、他の複数のオブジェクトからなる複合物のことです。Compositeパターンは、クライアントコードが複合オブジェクトを非複合オブジェクトと同じように扱うことのできる状況で使われます。 本稿のサンプルでは、SQLの複合条件を表現するという要件をCompositeパターンでいかにスマートに実現できるかを示します。SQLの単体の条件句（例えばname like 'abc%'など）は、andなどの接続詞を使って結合できます。従って、and式はlikeなどの句から成る複合句と考えられます。 コンポジットの組み立て方を紹介するために、まず低レベルで必要とされるオブジェクトを実装することにします。 最初にColumnクラスで列の名前をカプセル化します。各種のSQLステートメントを構築するときに必要な列の詳細情報は、このColumnクラ
デザインパターンの使い方: Adapter：CodeZine
Adapterパターンの例 Portfolioクラスは、ユーザーの株式購入履歴を追跡するアプリケーションの基礎となるものです。当然ながら、ポートフォリオに最も求められる機能は、これらの株式購入の価値を計算することです。 PortfolioTestクラス（リスト1を参照）は、Portfolioクラスが値を正しく取得できることを検証するのに役立つ単純なスタブの使用例を示しています。Portfolioクラス（リスト2を参照）は、StockLookupServiceインターフェイスを通じて呼び出しを行うことで、各シンボルの価格を取得します。StockLookupServiceのしくみは単純です。このサービスは、株式シンボルが与えられると、そのシンボルの現在のドル価格を返します。StockLookupServiceインターフェイスの定義は次のとおりです。 import static org.juni
プログラミングと開発者のためのCodeZine：DAOパターンのデメリットを補う「DataAccessMethodパターン」（J2EE, デザインパターン, DAO, DataAccessMethod）
はじめに CJ2EEのDataAccessObjectパターンは、企業向けシステム開発で利用される非常に優れたデザインパターンです。これを利用することにより、柔軟なシステムを構築することが可能となります。有名なパターンなので、多くの方はこのパターンを使った設計／開発に携わった経験があるのではないかと思います。 しかし、DataAccessObjectパターンを使った開発は多くのクラスやインターフェイスを定義する必要があります。これは、DataAccessObjectパターンがAbstructFactoryパターンをベースとしているためです。クラスやインターフェイスの数が増えると開発コストだけでなく管理コストも増大し、開発規模が大きくなるほど影響が大きくなります。 本稿では、こうしたDataAccessObjectパターンのデメリットを回避するためのパターンを紹介します。対象読者企業システム
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
