Adapter（ちょうぜつ本）

Adapterは、同じ機能性を維持しつつ、インターフェースを変換する (Kindle版 p.384)

（ProxyやDecoratorとは）両端の様子が違う（挿絵にも示されている）

startAt

lineTo

サードパーティライブラリ側のVendorGraphicsInterface

2つのインターフェースが合わない

VendorGraphicsDrawingAdapter

DrawingInterfaceを実装する

VendorGraphicsInterfaceに委譲する

アダプターはクリーンアーキテクチャのインフラストラクチャ層にあたる

アダプターはアプリケーションアーキテクチャにもサードパーティライブラリにも依存します。(Kindle版 p.387)

サードパーティライブラリは最も具象

アダプターはテスト困難なので小さくする

アプリケーションの知識は入ってこない（円のもっと内側で表されるべき）

サードパーティのライブラリの使い方が本当に合っているかは、単体テストではわかりません。(Kindle版 p.388)

IMO：コードに恥をかかせる話！（『Clean Craftsmanship』第4章）

比較的外側の層でなら、安定度が高いフレームワークのライブラリは、より低いレイヤーのベンダー固有技術とのアダプターとして、便利に使えます。(Kindle版 p.389)

ORMの例

機能は合ってるのに端子がかみ合わないものを形合わせしたいという「意図」に名前が付いているのであって、ぜんぶ新規でコードを書くなら Adapter パターン構造には意味がないよってことです。仕方なくやる手段なんだから、それを目的にしちゃダメですよ。