這叫做適配器嗎？ +適配器vs修飾器

Question

我有2個項目：A和B應該互相交互。

1. 項目A介紹接口名稱ISpecialTask​​和項目B應該實現它。

2. Projet B有一個名爲TaskWithListOfProperties的實體，它不能實現ISpecialTask​​，因爲它具有不同的屬性結構（此外，所有系統都知道如何使用TaskWithListOfProperties，我不想改變它的結構）。

所以我決定創建一個類名爲SpecialTask​​FromListOfProperties實現ISpecialTask​​和使用TaskWithListOfProperties例如爲了使用它的項目之間的互動。

interface ISpecialTask { 
    long Id{get;} 
    long WorkerId{get;} 
    long VehicleId{get;} 
    long CustomerId{get;} 
} 

class TaskWithListOfProperties { 
    IDictionary<string, long> Properties {get; 
} 

class SpecialTaskFromListOfProperties : ISpecialTask { 
    public SpecialTaskFromListOfProperties(TaskWithListOfProperties ins) { 
     ... 
     ... 
    } 
    public long Id { get{ ... } } 
    public long WorkerId { get{ ... } } 
    public long VehicleId { get{ ... } } 
    public long CustomerId { get{ ... } } 
} 

SpecialTask​​FromListOfProperties實際上是Adapter模式嗎？
適配器模式和裝飾器模式有什麼區別？

Answer 1

取決於您實際嘗試實現的目標。 適配器和裝飾器是非常相似，但是當您實現適配器除了轉換之外，您沒有任何新的邏輯。當實施修飾器時，您實際上會引入一些前所未有的全新功能。

所以，長STOR總之，如果接口性能Id，WorkerId等便自然TaskWithListOfProperties出來的話 - 那麼你應該考慮它作爲一個適配器。否則，這是一個修飾器。

Answer 2

從original GoF book，Adapter模式^{[Black Wasp][Wikipedia]}的意圖是......

一類的接口轉換成另一個接口的客戶期望。適配器讓類可以協同工作，否則就會因爲不兼容的接口而無法工作。

雖然裝飾模式^{[Black Wasp][Wikipedia]}的意圖是...

附加額外的責任到對象動態。裝飾器提供了一種靈活的替代方法來擴展功能。

儘管模式類似，但從定義中可以明顯看出，這是適配器模式。你有一個需要適合圓孔（ISpecialTask）的方形掛鉤（TaskFromListOfProperties），所以你已經使用SpecialTaskFromListOfProperties來調整它。

裝飾器將增加/擴展TaskFromListOfProperties的現有功能，即它不會改變其現有接口。這不是SpecialTaskFromListOfProperties正在做的事情。