Gibt es einen Namen für dieses Entwurfsmuster (dynamisch um eine andere Klasse wickeln)?

Question

Angenommen, ich habe eine Klasse uicontrolWrapper, die ein Wrapper für eine uicontrol ist (aber keine Unterklasse). Das uicontrol Zeug ist in einem Privatbesitz für uicontrolWrapper gehalten. Grundsätzlich möchte ich set/get gegen den Wrapper tun können, und Anrufe würden in uicontrol eingegeben werden.

konnte ich dies tun:

classdef uicontrolWrapper < handle 
    properties (Access = private) 
     uic 
    end 
    properties (Dependent) 
     Style 
     String 
     Value 
     ... 
    end 
    methods 
     function set.Style(obj, val) 
      obj.uic.Style = val; 
     end 
     function val = get.Style(obj) 
      val = obj.uic.Style; 
     end 
     ... 
    end 

, aber ich mag diese hartzucodieren offensichtlich ziemlich hässlich ist.

Oder ich dynamically generate properties dependent on what I'm trying to wrap tun könnte:

classdef uicontrolWrapper < dynamicprops 
    properties (Access = private) 
     uic 
    end 
    methods 
     function obj = uicontrolWrapper(hObj) 
      obj.uic = hObj; 
      cellfun(@(prop) obj.createProperty(prop, fields(get(hObj)); 
     end 
     function createProperty(obj, prop) 
      p = addprop(obj, prop); 
      p.Dependent = true; 
      p.SetMethod = @setUicontrolProp; 
      p.GetMethod = @getUicontrolProp; 

      function setUicontrolProp(obj, val) 
       obj.uic.(prop) = value; 
      end 
      function val = getUicontrolProp(obj) 
       val = obj.uic.(prop); 
      end 
     end 
    end 
end 

Der springende Punkt ist die Law of Demeter durch nicht „erreicht in“ Eigentum zu vermeiden, verletzen wir anzupassen versuchen.

Ich weiß nicht, ob dies ein Design-Muster ist, aber ich habe diese Art der Sache verwendet, um Objekte verschiedener Typen zu umhüllen, wenn das Unterklassen-Unterfangen aus irgendeinem Grund unpassend ist. (Zum Beispiel ist die matlab.ui.control.UIControl Klasse Sealed und kann nicht unterklassifiziert werden.) Hat diese einen tatsächlichen Namen und beabsichtigte typische Verwendung?

Answer 1

Dies ist die Decorator Pattern - Erstellen eines Werkzeugs, das neue Funktionalität auf vorhandenen Objekten (zu möglicherweise vielen verschiedenen Zeiten) speziell ohne Beeinflussung anderer Instanzen des gleichen Typs (oder auf explizite Weise, wenn gewünscht) beeinflusst.

Dies unterscheidet sich von Proxy-Muster in dem Sinne, dass Sie nicht die Aufgabe des Absenden der richtigen Operation auf den Proxy verzögern, sind Sie tatsächlich neue Funktionalität auf das Objekt verpflanzen.

Answer 2

Ich glaube, dass Sie hier nach dem Proxy Entwurfsmuster fragen (stellen Sie eine Schnittstelle zu anderen Objekten her, indem Sie eine Wrapper-Klasse als Proxy erstellen).

Ein paar seiner Vorteile sind das Hinzufügen von Sicherheitszugriff und das Vereinfachen der API für das Wrapped-Objekt (der Proxy kann eine einfache API bereitstellen, sodass der Clientcode nicht mit der Komplexität des Objekts von Interesse umgehen muss).