title | emoji | type | topics | published | |||
---|---|---|---|---|---|---|---|
オブジェクト指向のこころ 第6章の振り返り |
📗 |
idea |
|
true |
みなさんこんにちは、やすのりです。
『オブジェクト指向のこころ』の第6章を読み終わりましたので、 自身の理解度や考えをまとめるためにまとめ問題の回答を残しておこうと思います。 ※『それは違うよ!』ということがあれば遠慮なくご指摘いただければ幸いです🙇
- フロントエンドからバックエンドへリクエスト送信しデータ取得する際に、必要データのみを返却するAPIが使用できる。
- Facade内部では特定機能を実現するためのサブシステム群を呼び出している。
- Facadeパターンはあくまでも
限定的な箇所をパターン化
することでシステム使用の簡略化という恩恵を受けられるため。
Q1. GoFはFacadeパターンの目的を『サブシステム内に存在している複数のインタフェース群に対する、統一したインタフェースを提供する。Facadeは高レベルのインタフェースを定義することにより、サブシステムを容易に使えるようにするものである』と述べた。
- その意味とは?
- またその例は?
A(意味):機能を実現するために必要なインタフェースを個々で使用せず、1つのインタフェースに集約させる。その統一インタフェースの使用方法さえ知っていれば、使用者は数あるインタフェースの使用方法を知らなくても機能を実現できるようになる。
A(例):Next.jsでUI実装する場合、tsx(jsx)ファイルにHTMLタグで構成した要素をreturnの中に記述すれば、Next.jsが内部処理をした上でクライアント側に実際のHTMLが描画される。
いよいよ実務で使えるパターン
の話になってきました。
書籍内でも言われていますが、実際にパターンの名称は知らなくても似たようなことはしたことがあったなと思います。