【コラム】ダイナミックObjective-C (68) デザインパターンをObjective-Cで - Web Kitを考える Adapter (4) | エンタープライズ | マイコミジャーナル
前回と前々回では、NSBrowserやNSTableView周りのクラスをAdapterとして紹介した。だが、Adapterの第一義的な目的は、異なるインタフェースを組み合わせる事である。今回は、この意味に近いものを取り上げよう。 Mac OS Xの「Kit」 Mac OS Xには、Cocoaの他にもたくさんのフレームワークがある。その中には、「Kit」という名前を持つものがいくつかある。この名前は、どうやらC言語(つまりCarbonベース)や他の言語のAPIを、Objective-CとCocoa用にラップするフレームワークに与えられるようだ。つまり、GoFの定義でいうことろの、Adapterになる。 例を挙げてみよう。次のようなKitが存在する。 Web Kit Webページを表示するためのフレームワーク。詳しくは、後述。 QT Kit QuickTimeを操作するためのフレームワーク。
【コラム】ダイナミックObjective-C (65) デザインパターンをObjective-Cで - Adapter (1) | エンタープライズ | マイコミジャーナル
GoF本によると、デザインパターンは3つの領域に分割されている。生成に関するパターン、構造に関するパターン、そして振る舞いに関するパターンである。 この連載では、前回までで生成に関するパターンの実装と実例の紹介が終わったことになる。今回からは、構造に関するパターンに入ろう。今まで以上に、たくさんのCocoaのクラスが出てくることになると思う。ますます盛り上がっていくだろう。 Adapterパターンとは Adapterは、あるインタフェースを別のインタフェースに適合するように、変換するパターンだ。すでに実装されている機能を、インタフェースを変換する事で、様々な箇所で利用できるようにする。 例によって、GoF本で取り上げられている例を紹介しよう。GUIアプリケーションで使われる、TextViewというクラスがあるとする。テキストの入力や編集を行ってくれる、便利な部品だ。この機能を、ドローアプリ
Adapterパターン - None is None is None
『Rubyによるデザインパターン』（ラス・オルセン著 ピアソン・エデュケーション刊）の例をPythonに変換して書いています。 目次 かなりいい加減です。 アダプターというのは、たとえばUSB-PS2変換器の様に、インターフェイスのギャップを埋めるためのものです。 同じように、必要なメソッドが無いなどの不整合があるとき、ギャップを埋めるのが、 Adapterパターンです。 ここではprint文を例にとります。 print文は, f = open("log.txt", "w") print>>f, "hello world!" の様に、出力先を変更できますが、実は >>の右に来るものは、 ファイルでなくても構いません。writeメソッドさえあればよいのです。 となるとTkinter.Textに出力したくなるのは自然ですね？ でも、Tkinter.Textにはwriteメソッドがありません・・
Template Method パターン - None is None is None
『Rubyによるデザインパターン』（ラス・オルセン著 ピアソン・エデュケーション刊）をPythonで書いています。 目次 変化しない部分は基底クラスに書き、 変化する部分は抽象メソッドにしてサブクラスに任せようというもの。 例：レポートを出力するクラス。 HTMLを出力するクラスを作ったら、後からプレーンテキストでも出力してくれと言われてしまった。 とりあえず、フォーマットを引数で指定するようにしたら・・・ #template_method1.py class Report: def __init__(self): self.title = u"月次報告" self.text = [u"順調", u"最高"] def output_report(self, format): if format == "plain": print("*** %s ***"%(self.title)) eli
サルでもわかる 逆引きデザインパターン 第1章 はじめてのデザインパターン はじめに:
第1章 はじめてのデザインパターン はじめに デザインパターンとは 特集の構成 すぐわかるオブジェクト指向 すぐわかるUML おわりに 第2章 逆引きカタログ ロジック編 Singleton (シングルトン) Factory/Factory Method (ファクトリ/ファクトリメソッド) Strategy (ストラテジ) Composite (コンポジット) Visiter (ビジタ) 第3章 逆引きカタログ J2EE編 Template Method (テンプレートメソッド) Facade (ファサード) ViewHelper (ビューヘルパ) DAO (Data Access Object) 第4章 逆引きカタログ その他 ユーティリティクラス 実行時例外を標準的に使う Nullオブジェクト 第5章 デザインパターン適用の勘所 はじめに アプリケーションの仕様 リファクタリング前のサ
【コラム】ダイナミックObjective-C (80) デザインパターンをObjective-Cで - Proxy (2) | エンタープライズ | マイコミジャーナル
前回はProxyパターンを紹介したので、今回はCocoaでの実例の解説だ。Proxyパターンを使っているクラスと言えば、これはもう言わずもがなのNSProxyクラスである。このクラスはとても興味深いものなので、じっくり解説していこう。 スレッド間通信とProxyパターン NSProxyクラスは、Cocoaのオブジェクトでスレッド間通信、プロセス間通信を行うときの入り口となるものである。 はじめにスレッド間通信およびプロセス間通信について、簡単に説明しておこう。現在のほとんどのOSでは、あるアプリケーション(プロセス)の中で、並行して同時に複数の処理を走らせることができる。この処理の単位をスレッドと呼ぶ。 複数のスレッドが動いているといっても、それらがバラバラに動いているのでは意味がない。お互いに協調して動作することで、きちんと処理を行うことができるのだ。そのために、異なるスレッド、あるいは
Design Patterns 15 Years Later: An Interview with Erich Gamma, Richard Helm, and Ralph Johnson | Design Patterns 15 Years Later: An Interview with Erich Gamma, Richard Helm, and Ralph Johnson | InformIT
Erich Gamma, Richard Helm, and Ralph Johnson talk to Larry O'Brien about Design Patterns, 15 years later. Larry O'Brien: 85,000 apps for the iPhone have been developed and deployed in the past year-and-change. One can write a globally-accessible "Hello, World! The time is X" Web page in just one line of PHP, for instance. "Designing object-oriented software is hard," are the first words of Design
僕はアダム、シングルトン中毒から回復したんだ
プログラミングで使われるデザインパターンの一つにシングルトンというのがあります。ご存知の方も多いと思いますが覚えるととても便利でなんでもかんでもシングルトンにしたくなってしまう設計です。このシングルトンを使った設計の問題を訴えたAdamさんのブログが話題になっていました。 Adamさんによるとシングルトンのダメな所は下記のとおり。 依存関係を見えにくくし、コードが読みづらくなる。 ユニットテストを難しくする。外部から渡せないオブジェクトはモックにする事が難しい。 プログラムの再利用性が低下する。一度しか使わないからとシングルトンで作ってしまうと複数のユーザーから利用されるような場合に対応できなくなる。 スケーラビリティが低下する。 良いオブジェクト指向の設計とは言えない。 異論、反論を受付中ということでコメント欄も盛り上がっています。 食べると太るから食べ物は悪だ、みたいな話だ。 Eric
Pythonによるデザインパターン（目次） - None is None is None
これは『Rubyによるデザインパターン』（ラス・オルセン著 ピアソン・エデュケーション刊）をPythonに翻訳してみようというシリーズです。 Rubyによるデザインパターン 作者: Russ Olsen,ラス・オルセン,小林健一,菅野裕,吉野雅人,山岸夢人,小島努出版社/メーカー: ピアソン桐原発売日: 2009/04/01メディア: 単行本購入: 13人 クリック: 220回この商品を含むブログ (66件) を見る デザインパターンの原則から 変わるものを変わらないものから分離する インターフェイスに対してプログラムし、実装に対して行わない 継承より集約 委譲、委譲、委譲 必要になるまで作るな（これは「Rubyによる〜」の筆者による） 記事 Template Methodパターン Strategyパターン Observerパターン Compositeパターン Iteratorパターン C
【コラム】ダイナミックObjective-C (71) デザインパターンをObjective-Cで - Bridge (3) | エンタープライズ | マイコミジャーナル
Bridgeパターンの3回目。前回はCocoaで画像を取り扱うクラスNSImageについて議論した訳だが、今回も画像に関するクラスを取り上げよう。ただし、Cocoaのクラスではない。TigerことMac OS X 10.4から追加された、高機能画像処理フレームワークであるCore Imageだ。 Core Imageの二面性 Core Imageは、画像処理を行うためのフレームワークだ。非常に高機能で、画像のクロップ、色の補正、エフェクトの適用、画像の合成、トランジションエフェクトの作成など、画像処理として思いつくものはほとんどサポートされている。言ってみれば、Photoshopを作ることができるフレームワークだ。 画像処理は、非常に重い処理だ。画像サイズが大きくなるほど、その影響は顕著になる。そこで、Core Imageでは近年性能向上が著しいGPUを利用している。Core Imageは
【コラム】ダイナミックObjective-C (70) デザインパターンをObjective-Cで - Bridge (2) | エンタープライズ | マイコミジャーナル
今回は、BridgeパターンのCocoaでの実装例を調べてみよう。取り上げるのは、GoF本でも使用例として言及されている、NSImage/NSImageRepクラスだ。 NSImageとNSImageRep NSImageは、名前からも想像がつくと思うが、画像を取り扱うためのCocoaのクラスだ。画像ファイルの読み込み、画像の画面への描画などを担当する。アプリケーションを作るときは、なくてはならないクラスだ。 このNSImageのようなクラスを実装する事を考えてみよう。少し経験を積んだプログラマならば、これはとても大変だという事が分かると思う。画像のためのクラスには、あらゆるタイプの画像を扱えるようにする事が求められるからだ。JPEGやPNGといったビットマップの画像だけではない。PDFのように命令が埋め込まれているタイプのもの、描画ルーチンをプログラムとして与えることができるものなども含
peter.michaux.ca - Lazy Function Definition Pattern
Lazy Function Definition Pattern Published August 11, 2007 in JavaScript This article examines a functional-programming design pattern I've been calling Lazy Function Definition. I've repeatedly found this pattern useful in JavaScript especially when writing cross-browser libraries that are efficient at runtime. Warm-Up Problem Write a function foo that returns a Date object that holds the time th
Inversion of Control コンテナと Dependency Injection パターン
以下の文章は、Martin Fowler の「Inversion of Control Containers and the Dependency Injection pattern」を、かくたにが翻訳したものです。原著者の許可を得て翻訳・公開しています。 翻訳にあたっては、kdmsnr さんにご協力をいただきました。ありがとうございます。公開後の改訂履歴を記事の最後に記述しています。 Java コミュニティでは軽量コンテナが花盛りである。 軽量コンテナは、異なるプロジェクトのコンポーネントをひとまとまりのアプリケーションとして組み立てることを支援する。 このようなコンテナの根底には、コンポーネントの結び付け方についての共通したパターンがある。 そのパターンのコンセプトは「Inversion of Control(制御の反転)」と、まことに包括的な名前で呼ばれている。 本記事では、このパタ
Dependency Injection の基本的なアイディア - bkブログ
Dependency Injection の基本的なアイディア Inversion of Control コンテナと Dependency Injection パターンを読みました。関連する事柄を広くカバーした、隙のない記事です。 ただ、割とボリュームがあるので、「Dependency Injection って結局何なの?」ということを手っ取り早く知りたい向きにはあまり向かないかもしれません。そこで、基本的なアイディアを手短にまとめてみました。 Dependency Injection (依存性注入、DIと略) とはその名の通り、依存性を注入するパターン (テクニック) です。もう少し言葉を加えると、依存性を内部に抱え込まずに外部から注入する、パターンです。 Dependency Injection の基本的なアイディアは「依存性を外部から注入する」です。 DIコンテナと呼ばれるフレームワ
10のアプリケーションロールパターン ― ＠IT
インタラクションデザインパターン（2） アプリケーションロールデザイン、 基礎の10パターン ソシオメディア 上野 学 2007/3/19 前回の「80年代のAppleに学ぶUIの部品化とガイドライン」では、インタラクションデザインの作業にパターンを活用することの有用性について説明しましたが、今回からは、実際にどのようなデザインパターンがあるのかを考えていきたいと思います。 私はこれまでの連載（ユーザビリティのヒント、Webアプリケーションのユーザーインターフェイス）を通して、インタラクションやユーザーインターフェイスのデザインはプログラムが出来上がってしまってから最後に付け加えるというものではなく、システムの基本的な品質を決定する重要な要素として設計の初期段階から考えなければならないものであると主張してきました。なぜなら、そのシステムが提供しようとしている機能を、画面の見た目や操作の流れ
連載：.NETで始めるデザインパターン 第7回 デザインパターンの落とし穴（1/2） - ＠IT
これまでの連載では、既存の実装コードに対してリファクタリングを行っていくと、自然な成り行きでデザインパターンが導かれていくことを説明してきた。このことが示すとおり、デザインパターンは＜有能な設計者のみが行える特殊な＞デザインではない。むしろ、＜オブジェクト指向で設計する者がその最適な解を求めるうえで当然の帰結として用いられる普遍的な＞デザインなのである。つまり、デザインパターンを覚えておくということは、この解にすばやく到達できるということを意味する。 それでは、覚えておいたデザインパターンを、自由気ままにあらゆる場所で何にでも適用していくという態度は正しいだろうか。もちろんそんなわけはない。デザインパターンを適用するのにふさわしくないケース（個所）があるのだ。従って、上手にデザインパターンを使いこなすためには、そういった個所、つまり「デザインパターンの落とし穴」を避けて通る必要があるのだ。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【コラム】ダイナミックObjective-C (79) デザインパターンをObjective-Cで - Proxy (1) | エンタープライズ | マイコミジャーナル
Design Patterns in Dynamic Languages
満足せる豚。眠たげなポチ。:[Ruby] 海外の「Ruby で GoF のデザパタを実装してみた」が必見
http://cycode.dnsalias.net/~menisys/tips/cbuilder/stl-professor.html