Abstrakte Klasse und "Access Permissions"

WICHTIG: Der Betrieb von goMatlab.de wird privat finanziert fortgesetzt. - Mehr Infos...

Partner:

Forum

Option

[Erweitert]

• Diese Seite per Mail weiterempfehlen

Gehe zu:

Nicolas S.

Forum-Century


	Beiträge: 146

	Anmeldedatum: 15.07.09

	Wohnort: ---

	Version: R2014a/b

Verfasst am: 17.01.2010, 09:55 Titel: Abstrakte Klasse und "Access Permissions"

Hallo zusammen,

ich versuche gerade, über Überklassen Anforderungsprofile an Unterklassen zu erstellen. Am besten erklärt sich das im Source:

Code:

classdef GenSupClass < handle
properties (Abstract = true)
A % nur lesen
B % nur lesen
C % lesen und schreiben
% jedes GenSupClass-objekt muss die properties A, B und C enthalten. Wie das in der Unterklasse implementiert ist, ist mir egal.
end
end

Funktion ohne Link?

und dann:

Code:

classdef ClassA < GenSupClass
properties (SetAccess = private)
A
end
properties (Dependent = true)
B
end
properties
C
end

Funktion ohne Link?

und

Code:

classdef ClassB < GenSupClass
properties (Dependent = true)
A
end
properties (Constant = true)
B
end
properties
C
end

Funktion ohne Link?

Sprich: Meine Überklasse sollte nur festlegen, welche "properties" in der Unterklasse enthalten sein sollen. Wie diese implementiert sind, soll der Unterklasse anpaßbar sein. Hauptsache sie sind da.

Dummerweise verlangt Matlab, daß alle "access permissions" in Über- und Unterklasse identisch sind - andererseits will ich genau die nicht einschränken, da ich mit der Überklasse nur die Schnittstelle, aber nicht die objektinterne Programmierung beeinflussen will.

Klar, es gibt die Brechstangenlösung, alle "properties" als "dependent" zu kennzeichnen und dann per GET-Methoden aus anderen dummy-properties auslesen zu lassen. Das födert aber weder die Codeleserlichkeit noch die eh schon weinbergschneckenartige Performance von OOP-Matlab.

Hat jemand eine Idee?

Einen schönen Sonntag wünscht
Nicolas
_________________

--
The programmer suggested it.

Titus

Forum-Meister


	Beiträge: 871

	Anmeldedatum: 19.07.07

	Wohnort: Aachen

	Version: ---

Verfasst am: 18.01.2010, 09:13 Titel:

Hallo Nicolas,
spontan fällt mir kein Ausweg ein. Bin aber auch nicht sicher, ob das, was Du möchtest, "sinnvoll" ist (bitte die "" beachten! Wink

Zitat:

da ich mit der Überklasse nur die Schnittstelle, aber nicht die objektinterne Programmierung beeinflussen will.

Der Zugriff auf Properties einer Klasse ist (zu mindest nach meinem Verständnis, unabhängig von der MATLAB Lesart) Teil der Schnittstelle. Eine Schnittstelle zum "nur lesen" ist eine andere als eine "zum lesen und schreiben". Der Zugriff auf Daten einer Klasse beeindruckt die Implementierung ja nicht (Methoden dürfen immer auf die Eigenschaften zugreifen, egal wie sie deklariert sind.

Titus

Nicolas S.

Themenstarter

Forum-Century


	Beiträge: 146

	Anmeldedatum: 15.07.09

	Wohnort: ---

	Version: R2014a/b

Verfasst am: 18.01.2010, 09:41 Titel:

Titus hat Folgendes geschrieben:

Hallo Titus,

Jein. Wenn eine "property" z.B. "nur lesbar, nicht schreibbar" sein soll, ist es für die externe Methode, die darauf zugreifen soll, völlig unerheblich, ob sie intern jetzt "SetAccess = private", "Constant" oder "Dependent" ohne SET-Methode ist (zugegeben, die letzte Möglichkeit ist brutal) - sie kann einfach nicht drauf schreiben aber immer lesen.

Für Methoden, die "lesen und schreiben" sind ist es eigentlich das Gleiche: Es kann entweder eine primäre "property" sein und die Werte dort ablegen, wo es nach außen hin so aussieht oder "dependent" sein und die Werte irgendwo anders ablegen. Nach außen sollte es keinen Unterschied machen (Datenkapselung).

Für die Klassenimplementierung ist es natürlich ein gewaltiger Unterschied; je nach sonstigen Eigenschaften der Klasse ist mal das eine, mal das andere sinnvoll.
_________________

--
The programmer suggested it.


Einstellungen und Berechtigungen
Beiträge der letzten Zeit anzeigen:	Du kannst Beiträge in dieses Forum schreiben. Du kannst auf Beiträge in diesem Forum antworten. Du kannst deine Beiträge in diesem Forum nicht bearbeiten. Du kannst deine Beiträge in diesem Forum nicht löschen. Du kannst an Umfragen in diesem Forum nicht mitmachen. Du kannst Dateien in diesem Forum posten Du kannst Dateien in diesem Forum herunterladen

Impressum | Nutzungsbedingungen | Datenschutz | FAQ |

RSS

Hosted by:

Copyright © 2007 - 2024 goMatlab.de | Dies ist keine offizielle Website der Firma The Mathworks

MATLAB, Simulink, Stateflow, Handle Graphics, Real-Time Workshop, SimBiology, SimHydraulics, SimEvents, and xPC TargetBox are registered trademarks and The MathWorks, the L-shaped membrane logo, and Embedded MATLAB are trademarks of The MathWorks, Inc.