Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

タグ

design_patternに関するkshibata101のブックマーク (5)

  • [保存版]人間が読んで理解できるデザインパターン解説#1: 作成系(翻訳)|TechRacho by BPS株式会社

    こんにちは、hachi8833です。今回から3回に渡って『Design Patterns for Humans』の日語訳を公開します。あえてクラス図などを使わず、デザインパターンをストーリーで理解できるように書かれた異色のデザインパターン解説です。 #1 作成系デザインパターン(記事) #2 構造系デザインパターン #3 振舞い系デザインパターン 概要 原著者の許諾を得て、MITライセンスに基づき翻訳・公開いたします。 英語記事: Design Patterns for Humans™ - An ultra-simplified explanation 更新日: 2017/09/25 著者: Kamran Ahmed サイト: Hugobots -- 開発者向けのニュースレターを発行しています。 「Design Patterns for Humans」は商標(TM)です。 2017/1

    [保存版]人間が読んで理解できるデザインパターン解説#1: 作成系(翻訳)|TechRacho by BPS株式会社
  • コンテナのデザインパターンを学べる論文「Design patterns for container-based distributed systems」を読んだ - kakakakakku blog

    2016年に USENIX Conference で発表された論文「Design patterns for container-based distributed systems」を読んだ.タイトルの通り,コンテナのデザインパターンがまとまっていて,これからコンテナ設計をする人も,既にコンテナを運用している人も,デザインパターンを学べるのは価値があると思う.一部ミスリードをしているかもしれない. Design patterns for container-based distributed systems 論文も公開されている. https://static.googleusercontent.com/media/research.google.com/ja//pubs/archive/45406.pdf パターン一覧 Single-container management pattern

    コンテナのデザインパターンを学べる論文「Design patterns for container-based distributed systems」を読んだ - kakakakakku blog
  • テーブルデータゲートウェイ - Strategic Choice

    1テーブル1クラス。どういうこと?テーブルデータゲートウェイは、データベースの「テーブル」に対して、ゲートウェイの役割を果たすクラスを作成します。1つのインスタンスが、テーブル内のすべての行を処理します。どうすれば?テーブルデータゲートウェイは、データの受け渡しが役割なので、基ステートレスです。テーブルデータゲートウェイは、データベースからデータを取得するための検索メソッドと、追加・更新・削除の各メソッドから構成されるシンプルなインタフェースを用意します。各メソッドは、引数をSQL呼び出しにマッピングし、データベース接続に対してそのSQLを実行します。テーブルデータゲートウェイは、特に『テーブルモジュール』に最適であり、テーブルモジュールが動作するレコードセットデータ構造を作成します。テーブルモジュールには、テーブルデータゲートウェイが唯一の選択肢です。どうして?テーブルデータゲートウェ

  • Docker でデータのポータビリティをあげ永続化しよう - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

    Docker でデータのポータビリティをあげ永続化しよう - Qiita
  • DIコンテナ

    DIコンテナとは、アプリケーションにDI(Dependency Injection: 依存性注入)機能を提供するフレームワークです。 依存性注入とはソフトウェアのうち、外部の環境などに依存する部分(データへのアクセスなど)を切り離し、 ソフトウェアの外部から提供できるようにするという考え方です。 共有型TODO管理アプリケーションを例にすると、これまでは以下のようにActionがEntityManagerに直接アクセスしていました。 この構造の場合、開発中など、データベースアクセスせず、仮のオブジェクトにアクセスするようにしたい場合はActionを修正しなければなりません。 DIコンテナを使用する場合、以下のように、インタフェースRepositoryを追加し、 Actionはそのインタフェースに対してアクセスするように処理を実装します。 DIコンテナは、インタフェースに対する実装の選択機能

    DIコンテナ
  • 1