なぜあんなに難しい？Factory Methodパターン - ecbeing labs（イーシービーイング・ラボ）
こんにちはecbeingでアーキテクトをやっている宮原です。 皆さんデザインパターンについてはどのくらいご存知でしょうか？ 「かなり自信がある」という方も「名前は聞いたことあるけど・・・」という方もいると思います。 今日はそんなデザインパターンの中から「Factory Method」を取り上げます。 Factory Methodとは？ さて、Factory Methodといえばデザインパターンの中でもかなり有名なパターンであり、 デザインパターンに自信がない方でも名前だけは目にしたことがあるという方も多いのではないでしょうか？ このパターンは「Virtual Constructor」とも呼ばれ、コンストラクタの代わりになるようなメソッドを作ることがキモなパターンです。 コンストラクタの代わりにインスタンスの工場(Factory)となるメソッド(Method)を作るから「FactoryMet
単体テスト自動化に向けてDBアクセスを抽象化する - SE（たぶん）の雑感記
最近、RPAについて調べる機会がありました。 RPA：Robotic Process Automation（ロボットによる業務自動化） 「デジタルレイバー（Digital Labor）」や「仮想知的労働者」とも言い換えられるようです。 要するに、ホワイトカラー（事務等）の業務を自動化しよう！と取り組むためのシステムを指します。 RPAでは、Webアプリの操作自動化はほぼ確実に含まれます。*1 RPAによるWebアプリの操作自動化に関連して話に上がってくるのは、Webアプリのテスト自動化です。 WebのUIを自動で操作して、テストする場合は、DB等含めてすべて組みあがった状態で、本運用を想定したテストも行われると思います。 これもすごく大事なのですが、私が気にしている（今後やる）ことは、それより前の単体テストです。 単体テストは、UI自動テストと異なり、実施環境面や実装面で様々な制約を受けま
知ってる？リポジトリとDAOの違い | blog.fukuchiharuki
Last modified at: March 28, 2017 リポジトリとDAO、どちらもデータベースなどのデータソースにアクセスするための設計パターンです。しかし、データベースにアクセスする、では括りが大き過ぎますね。 今回はリポジトリとDAOの違いについて書きます。クラスの役割を明確にした設計ができるように、違いをきちんと考えてみたいと思います。 仕組みを意識せずにデータアクセスできる、それがDAO separates a data resource’s client interface from its data access mechanisms – Design Patterns: Data Access Object データリソースを扱う窓口をデータアクセスのメカニズムから分離するのがDAOです。SQLなどを使ったデータアクセスを業務ロジックから切り離そうということですね
DCI (data context interaction)
DCI アーキテクチャという設計についての考え方がある。数年前から scala 界隈で盛り上がっていた記憶があるが、最近は ruby/rails 界隈でも盛り上がっている模様。 先日の札幌 ruby 会議で角谷氏が発表を行っている。 rubykaigi http://sapporo.rubykaigi.org/2012/ja/schedule/details/79.html スライド http://kakutani.com/20120916.html#p01 そこからたどって以下のような資料があるのも発見した。 objects on rails （書籍の無料公開) http://objectsonrails.com/ Clean Ruby http://clean-ruby.com/ 書籍サイト。ベータ版書籍が購入可能。$42なので電子書籍にしてはかなり高い。 DCIの講演 tog
DCIアーキテクチャ - Trygve Reenskaug and James O. Coplien - Digital Romanticism
この記事はartima developerに掲載されている、Trygve Reenskaug氏とJames O. Coplien氏による記事「The DCI Architecture: A New Vision of Object-Oriented Programming」を、著作権者であるBill Bennrs氏の許可を得て翻訳したものです。本文内の図の著作権はArtima, Inc.に帰属します。（原文公開日：2009年3月20日） 要約 オブジェクト指向プログラミングはプログラマとエンドユーザの視点をコンピュータコードにおいて統一するものと考えられていた。この恩恵はユーザビリティとプログラムの分かりやすさの両面にわたる。しかし、オブジェクトは構造をとらえるのに長けている一方で、システムの動作をとらえることができていない。DCIはエンドユーザのロールに関する認識モデルとロール間の関係を
DCI(Data-Context-Interaction)からASI(Actor-Scene-Interaction)へ - ずっと君のターン
あ、タイトルは釣りというか、なんかそれっぽいこと書きたかっただけです。ごめんなさい。 世間から3周くらい遅れてDCIというものの存在を知って、今さらネットで記事をあさって読んでたりします。この辺とか。 http://d.hatena.ne.jp/digitalsoul/20100131/1264925022 http://uehaj.hatenablog.com/entry/20100528/1275011951 https://speakerdeck.com/kakutani/dci-sprk2012 http://mikepackdev.com/blog_posts/24-the-right-way-to-code-dci-in-ruby これらをいい加減に読んで、考えたのではなく感じたことをまとめると 従来よく利用されてきたMVCというアーキテクチャだとユーザーのメンタルモデルと齟齬
フロントエンドJavaScriptにおける設計とテスト
今日話さないこと JavaScriptの基礎知識、jQueryの導入 気持ちいいUIやUXがうんちゃら CanvasやWebGLを使ったリッチでイケてるゲームの作り方
DCIについて思うこと - walf443's blog
最近DCI(Data Context Interaction)アーキテクチャというのを良く耳にするので、ちょっと調べたり他の人のコード例などをもとにちょろっと書いてみたりしたところ、やっぱりよくわからないなーと思いつつ、つまりはこういうこと?というのをまとめてみる。 たぶん色々と大分間違っているんだろうなぁと思いつつ、間違いを指摘してもらえるとありがたいです。 DCIは、MVCを置きかえるものではない。MVCのModelの部分が肥大化し、管理が難しくなる傾向にある(Skinny Controller, Fat Model)ので、そこをうまく扱うにはこう考えて分割すればよろしい、という考え方。つまり、M(D-C-I) - Controller - Viewみたいに書くことになる。 同じモデルでも、ユーザーの役割によって、振舞いが異なることがある 例えば、管理者(Administrator)に
Javaライブラリから学ぶデザインパターン Factory Method BlueWell2
今回のエントリーでは、Factory Method パターンのJavaライブラリにおける適用例の紹介と、 コードリーディングをしてみます。 具体例を見ることにより、パターンのイメージを明確につかむことを目的とします。 Factory_Method パターン - Wikipedia Factory Method パターン（ファクトリメソッド・パターン）とは、GoF(Gang of Four; 4人のギャングたち)によって定義されたデザインパターンの1つである。 Factory Method パターンは、他のクラスのコンストラクタをサブクラスで上書き可能な自分のメソッドに置き換えることで、 アプリケーションに特化したオブジェクトの生成をサブクラスに追い出し、クラスの再利用性を高めることを目的とする。 Virtual Constructor パターンとも呼ばれる。 このパターンを使っているクラス
StateパターンとStrategyパターンは何が違うのか考える | Tricorn Tech Labs
最近、物欲に目覚めてしまってAmazonでいろいろ買ってたら、今月の請求が7万を超えて素に戻ってしまった戸田です。 ちょっとbluetoothデバイスに凝り始めてしまって…。（汗） さて、オブジェクト指向設計のバイブルと言えば、いわずと知れたGoF本（オブジェクト指向における再利用のためのデザインパターン、Erich Gamma, Ralph Johnson, Richard Helm, John Vlissides著、ソフトバンククリエイティブ刊）です。 ここで紹介されている23のパターンはどれも小手先のテクニックではなく、エッセンスが抽出されており応用範囲が広いものばかりです。 なによりも今まで暗黙知になりがちな、設計の定石・パターンに共通の名称（言語）を与えて、名称による概念の共有ができるようになったという功績は計り知れません。 もちろん、KREISELにおいてもこれらのパターンを活
C# in Depth: Implementing the Singleton Pattern
Table of contents (for linking purposes...) Introduction Non-thread-safe version Simple thread safety via locking Double-checked locking Safety through initialization Safe and fully lazy static initialization Lazy<T> Exceptions Performance Conclusion Introduction The singleton pattern is one of the best-known patterns in software engineering. Essentially, a singleton is a class which only allows a
GoFの23のデザインパターンを，Javaで活用するための一覧表 （パターンごとの要約コメント付き） - 主に言語とシステム開発に関して
GoFデザインパターンの一覧表と，活用のためのコメント，および入門者が独学するためのリンク集（サンプルコード付き）。 入門者の独学を支援するために，このページのURLを提示して熟読させ，各パターンを短時間で効率よく学んでもらう。 デザインパターンはプログラマの常識だ。 Java使いかどうかは問わない。 にも関わらず，入門書を買ったまま，途中で挫折する人が多い。 挫折の原因は，パターンの数が23もあって，多いからだろう。 全パターンをすんなり覚えてもらうためには，各パターンごとに 「要するにこういう目的のパターンなんだ。」 「10文字で表現すると，パターンの意味はこうなんだ。」 という要点・本質を，短いコメントで伝えれば助けになるだろう。 こういった学習を通して，Java言語の「設計思想」も併せて感じ取ってゆけるはず。 全パターンの一覧表（要約コメント付き） 全パターンについて，10文字以内
ASP.NET MVCでのRepositoryパターン - あおきのTechメモ
デブサミで、Daoという名前をやめてRepositoryにすればDDDというくだり（やや冗談）があった。 実は、ちょっと前から.NETのサンプルがDataAccess的なものからRepositoryに変わっていてやや気になっていました。 最初はNerdDinnerというASP.NETのチュートリアルアプリが2009年3月に公開され、ここに書いてあるようにリポジトリパターンを使っています。 また、2008年12月頃MIXというイベント向けに公開されたASP.NET MVCを使ったブログエンジンのOxiteでもリポジトリパターンが使われてます。 このようなMicrosoftが提供するサンプルがDDDの影響を受けているのかはわからないけど、ただ、OxiteではInfrastructureという名前空間を用意したり、モデルにEntityという名前を使ったりとDDDの影響をうけているというような気が
DataSpiderにおけるコンポーネント間のインタラクションの設計と実装、のクラス図とシーケンス図 - <s>gnarl,</s>技術メモ”’<marquee><textarea>￥
この記事はDataSpiderにおけるコンポーネント間のインタラクションの設計と実装 : 小野和俊のブログの勝手に補足記事です。 コードが良くわからなかったので図を書いてみた。 詳細な説明は元記事へどうぞ。 最も原始的な実装方法: コンポーネントの相互参照 各コンポーネントは、処理に必要なコンポーネントへの参照を直接持っている。 この例ぐらいだと非常にシンプルだが、コンポーネント間が密結合しているため、機能を拡張したいときに問題となる。 Mediatorパターン 各コンポーネントは、別のコンポーネントを直接持つ代わりにMediatorへの参照を持っている。 Mediatorは、コンポーネントからのリクエストに応じて適切なコンポーネントに指示を出す。 Role Objectパターン DIっぽい仕組みが導入されたりして複雑なので、処理に関係ないところは簡略化してあります(本当はコンポーネントが
DataSpiderにおけるコンポーネント間のインタラクションの設計と実装 : 小野和俊のブログ
先日、ソースコードのメンテナビリティについてのエントリを書きましたが、dankogaiさんから「で、具体的にどんなコード書いてるの？」という指摘がありました。 返信エントリでは、「DataSpiderはオープンソースではないのでソースコードをそのまま出すことはできない」と書いたのですが、よく考えたら、一部エッセンスを抜き出してサンプルコードとして紹介することはできるので、最近私が書いたコードの中で、メンテナビリティに関係するコードを紹介したいと思います。 ※ ソースコードの行数が正しく表示されない場合にはブラウザの幅を広げると正しく表示されます。なお、ソースコードの構成をシンプルにするため今回のサンプルではViewModelは使用していません。 目次 ・コンポーネント間のインタラクションの管理 ・最も原始的な実装方法: コンポーネントの相互参照 ・Mediatorパターン ・Role Ob
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.ogis-ri.co.jp/otc/hiroba/others/OOSquareOff/off/data/Anapata1_setumei.pdf
Google Code Archive - Long-term storage for Google Code Project Hosting.
Java EE 6でシステムの設計パターンも変わる！ オラクルのコンサルタントが教える「今も有効なJ2EEパターン、もう不要なJ2EEパターン」【JavaOne Tokyo 2012レポート】