面向對象編程：實時添加功能

Question

我正在尋找裝飾模式的替代方案，以使其更具動態性。作爲一個簡單的例子，假設我們有這樣的代碼：

interface Resource { 
    public String getName(); 
} 

interface Wrapper extends Resource { 
    public Resource getSource(); 
} 

interface Readable extends Resource { 
    public InputStream getInputStream(); 
} 

interface Listable extends Resource { 
    public List<Resource> getChildren(); 
} 



class File implements Readable { 
    ... 
} 

class Zip implements Listable, Wrapper { 
    public Zip(Readable source) { ... } 
} 

正如你可以看到，郵編不直接實現它是從做讀書讀，但是資源。假設我們構造一個ZIP：

Zip zip = new Zip(new File()); 

我不想（也不能）堆棧的所有接口相互延伸（如可列延伸可讀的），我也可以構建所有的對象全部實行功能，因爲不是所有的功能都相互關聯，你希望能夠通過包裝它們來「裝飾」對象。

我確定這是一個常見問題，但有沒有解決它的模式？使用「包裝器」界面，您當然可以探測資源鏈來檢查功能，但我不確定這是否是一種理智的方法。

UPDATE

的問題是上面不那麼你不能建立的接口一個不錯的層次中的所有功能都與作爲說明。例如，假設你有這樣的任意新功能：如果您運行

interface Rateable extends Resource { 
    public int getRating(); 
} 

class DatabaseRateable implements Rateable, Wrapper { 
    public DatabaseRateable(Resource resource) { ... } 
} 

：

Resource resource = new DatabaseRateable(new Zip(new File)); 

產生的資源已經「丟失」的所有功能（可讀，可列，...）加入該。 讓Rateable擴展爲Listable將是荒謬的。

再次我可以遞歸地檢查resource.getSource（）並找出所有的功能。在即時回覆中沒有明確的解決方案，所以遞歸檢查畢竟是一個很好的選擇？

Answer 1

我會提出我自己的建議（如在原來的問題提出的）作爲一個答案。如果有足夠多的人認爲這是一個有價值的解決方案，或者沒有更好的解決方案，我會接受它。

總之，我自己的解決方案包括使用Wrapper接口向後瀏覽資源以確定哪些功能存在。給出的例子：

Resource resource = new DatabaseRateable(new Zip(new File)); 

你能想象這樣做：

public Readable asReadable(Resource resource) { 
    if (resource instanceof Readable) 
     return (Readable) resource; 
    else if (resource instanceof Wrapper) 
     return (asReadable(((Wrapper) resource).getSource()); 
    else 
     return null; 
} 

Answer 2

這聽起來像你在這裏爭取的概念是duck typing，而java本身並不是在本地執行的（請參閱我的關於基於反射的java庫的評論）。但是，JVM上運行的其他語言當然可以。例如 - groovy：

class Duck { 
    quack() { println "I am a Duck" } 
} 

class Frog { 
    quack() { println "I am a Frog" } 
} 

quackers = [ new Duck(), new Frog() ] 
for (q in quackers) { 
    q.quack() 
} 

你可以寫在Groovy代碼，並把它旁邊的Java代碼的無縫剩下的工作，並在Groovy解決這個問題。

Answer 3

裝飾對象時，通常只修飾對象的一個​​接口，以修改或只添加其行爲的一個方面。 您可以用不同的裝飾器修飾對象的另一個接口。這些裝飾器可以同時存在。

您可以將一個裝飾器傳遞給一個方法，將另一個裝飾器傳遞給另一個方法。

當你希望首先用幾個裝飾器來裝飾對象，然後在你的代碼中傳遞對象時，這會變得怪異。

因此，對於您的情況，我建議您將裝飾器再次封裝到一個單獨的對象中，該對象知道資源中存在哪種裝飾器。

class Resource { 
    private Readable readable; 
    private Listable listable; 
    private Rateable rateable; 

    setReadable(Readable readable) { 
     this.readable = readable; 
    } 

    setListable(Listable listable) { 
     this.listable = listable; 
    } 

    setRateable(Rateable rateable) { 
     this.rateable = rateable; 
    } 

    public boolean isRateable(){ 
     return rateable != null; 
    } 

    public Rateable getRateable(){ 
     return rateable; 
    } 
    // etc 
} 

File file1 = new File(); 
Resource resource = new Resource(file1); 
resource.setReadable(new ReadableFile(file1)); 
resource.setListable(new ListableFile(file1)); 
resource.setRateable(new DatabaseRateableFile(file1)); 

然後，您可以傳遞資源並且其用戶可以發現此特定資源具有哪些功能。

Qi4j framework允許您以更清晰的方式使用註釋執行此操作（以及更多操作）。你將碎片組合成複合材料。不過，這確實需要一些習慣。將自己的特定實現部署到資源中的好處是，向其他人解釋會更容易。

Answer 4

我想你在找什麼是mixins

鏈接的維基百科頁面有支持它們的OOP語言的一個很好的列表。或者你是否專門與Java綁定？

Answer 5

也許adapter pattern可以幫助：

Readable r = zip.adapt(Readable.class); 

這問法adapt()返回的zip一個實例，實現Readable接口。

實現通常使用一個「適配器管理器」，它知道如何爲所有註冊類型構建包裝器。

Answer 6

這裏也許不那麼恰當，而是一個動態特徵發現：

public class Features { 

    public <T> lookup(Class<T> intface) 
      throws UnsupportedOperationException { 
     return lookup(intface, intface.getSimpleName()); 
    } 

    public <T> lookup(Class<T> intface, String name) 
      throws UnsupportedOperationException { 
     return map.get(...); 
    } 
} 

public class X { 
    public final Features FEATURES = new Features(); 
    ... 
} 

X x; 
Readable r = x.FEATURES.lookup(Readable.class);