プログラミングマガジン

プログラミングを中心にIT技術をできるだけわかりやすくまとめます。

  • ホーム
  • デザインパターン
  • 【デザインパターン】「Adapter」の設計方法
 
 
     
  • サーバー言語  
    • Ruby
    • Rails
    • PHP
    • Laravel
  •  
  • データ設計  
    • NoSQL
    • SQL
    • RDB設計
    • Oracle
  •  
  • インフラ  
       
    • AWS
    •  
    • 基本
    •  
    • セキュリティ
    • コンテナ全般
    • Linux
    • Git
  • Web
       
    • Web開発
    • JavaScript
    • Vue.js
    • React
    • TypeScript
  •  
  • 設計  
       
    • 実装設計
    •  
    • 認証設計
    • 例外設計
    •  
    • 動画設計
    • DDD
  • 問い合わせ
  

【デザインパターン】「Adapter」の設計方法

05.29

  • miyabisan2
  • コメントを書く

この記事は1分で読めます

イメージ

Client

利用者

ターゲットインターフェース

「望みの規格」になります。インターフェースか抽象クラスなどで実装します。

Adapter

適合させる側、ターゲットインターフェースを継承させて作ります。

Adaptee

適合される側。具象クラスをそのまま使っても良いですが、Adapteeインターフェースを一旦かまして複数の同じような具象クラスを継承させて実装することも可能だったりします。

AdapterとAdapteeの接続方法

AdapterとAdapteeの接続方法には2種類の実装方法があります。結論から申しますと「コンポジションを使った実装が良い」です。

コンポジションを使う方法

「持つ」手法。Adapter内にAdapteeのコードをメンバ変数としてコンポジションで持たせます。

継承を使う方法

「Class Adapterパターン」とも言われます。

Adapter内でAdapteeのコードを継承させて実装します。

なぜコンポジションの方が良いのか

そもそも近年の設計では具象クラスを継承することは推奨されていない

そもそも、近年は具象クラスを継承することはあまり推奨されていないです。(スーパークラスを読まないとサブクラスの内容を理解できないので開発者の負荷が増えるなどが理由だったりします。)

【Java】オブジェクト指向:継承の問題点を解決する「抽象クラス」について

ターゲットインターフェースに選択肢が生まれる

二重継承が禁止されている言語もあるので、その場合はターゲットインターフェースがインターフェースにしかできません。(抽象クラスを選べない。)

「Adapter:Adaptee=1:多」にすることもできる。

メンバ変数ならインターフェースをメンバの型として使えるのでAdapteeを複数に拡張性が生まれます。

 

  • 2022 05.29
  • miyabisan2
  • コメントを書く
  • デザインパターン
  • Tweets Twitter
  • このエントリーをはてなブックマークに追加
  • LINEで送る

関連記事

  1. 2018 05.13

    【GoFのデザインパターン】「Facade(ファザード)」ってどんなパターン?

  2. 2022 06.05

    【デザインパターン】「Observer」パターンの実装

  3. 2018 04.22

    【デザインパターン】DAO/DTOパターン

  4. 2018 05.12

    【GoFのデザインパターン】「Builder」ってどんなパターン?

  5. 2018 05.13

    【GoFのデザインパターン】「Proxy(プロキシ)」ってどんなパターン?

  6. 2018 04.22

    【Java】デザインパターンやクラス設計の基本

  • コメント ( 0 )
  • トラックバック ( 0 )
  1. この記事へのコメントはありません。

  1. この記事へのトラックバックはありません。

返信をキャンセルする。

【デザインパターン】「Facade」の設計例

【デザインパターン】「シングルトン」の注意点

RETURN TOP

アーカイブ

  • 2022年6月
  • 2022年5月
  • 2022年4月
  • 2022年3月
  • 2022年2月
  • 2022年1月
  • 2021年12月
  • 2021年11月
  • 2021年10月
  • 2021年9月
  • 2021年8月
  • 2021年7月
  • 2021年6月
  • 2021年5月
  • 2021年4月
  • 2021年3月
  • 2021年2月
  • 2021年1月
  • 2020年12月
  • 2020年11月
  • 2020年10月
  • 2020年9月
  • 2020年8月
  • 2020年7月
  • 2020年6月
  • 2020年5月
  • 2020年4月
  • 2020年3月
  • 2020年2月
  • 2020年1月
  • 2019年12月
  • 2019年11月
  • 2019年6月
  • 2019年5月
  • 2019年3月
  • 2019年1月
  • 2018年12月
  • 2018年7月
  • 2018年6月
  • 2018年5月
  • 2018年4月
  • 2018年3月

カテゴリー

  • .NET Framework
  • Ajax
  • Android
  • Apache
  • API
  • Auth0
  • AWS
  • Babel
  • Babylon.js
  • Bitbucket
  • BootStrap
  • C#
  • C++
  • CGI
  • CSS
  • Cypress
  • C言語
  • DBスペシャリスト
  • DDD
  • DevOps
  • Django
  • Docker
  • Eclipse
  • Git
  • GitLab
  • GraphQL
  • Heroku
  • HTML
  • HTML5
  • Java
  • JavaScript
  • Javaサーブレット
  • Jekins
  • JIRA
  • jQuery
  • JSP
  • JSTL
  • JUnit
  • Kubernetes
  • Laravel
  • linux
  • Mac
  • Maven
  • MySQL
  • Next.js
  • nginx
  • Node.js
  • NoSQL
  • Nuxt.js
  • OAuth
  • Open ID Connect
  • Oracle
  • OS
  • PHP
  • PL/SQL
  • PostgreSQL
  • PowerShell
  • PWA
  • Python
  • React
  • Redis
  • Redux
  • Rspec
  • Ruby
  • Ruby on Rails
  • Salesforce
  • Sass
  • SEO
  • Slack
  • SPA
  • Spring Boot
  • Spring Framework
  • Spring MVC
  • SQL
  • Struts
  • Struts2
  • Sublime Text
  • Swagger
  • Tailwind CSS
  • Three.js
  • Tomcat
  • TypeScript
  • UML
  • Unity
  • UX
  • VB.NET
  • Visual Basic
  • VSCode
  • Vue.js
  • WebGL
  • webpack
  • WebRTC
  • WebSocket
  • Webサービス開発
  • Webデザイン
  • Web技術
  • wireshark
  • XD
  • XML
  • インフラ
  • オブジェクト指向
  • クラウド
  • ゲームプランニング
  • ゲーム開発
  • サーバー
  • システム開発
  • スクラム
  • スマホアプリ開発
  • セキュリティ
  • その他
  • データベース
  • デザインパターン
  • テスト
  • ネットワーク
  • バージョン管理システム
  • ハードウェア
  • プログラミング全般
  • マルチメディア
  • リファクタリング
  • 人間関係
  • 会計知識
  • 体調管理
  • 副業
  • 動画
  • 国際化
  • 応用情報
  • 情報処理技術者試験
  • 文字コード
  • 日常生活
  • 未分類
  • 業務知識
  • 要件定義
  • 設計
  • 関数型言語
RETURN TOP

Copyright ©  プログラミングマガジン | Wordpress Thema | @