Attribute überschreiben

[Rainer Wolff]

Zitat von frankyboy1974:

Hallo,

du möchtest also einen String in dem steht "Ich bin der Martin" und dann überschreibst du diesen String und nun steht da drin "Nee ich heisse doch Detlev". Verstehe ich dass richtig???? Also in C++ kannst du auch Operatoren überladen.

mfg

frank

Nein! Im Grund will ich dynamisch aus einer Businessklasse ein Edit-Formular erstellen. Diese Businessklasse kommt mit leichten Variationen (und gewissen Eigenschaften, die grundsätzlich immer vorhanden sind) in vielen verschiedenen Projekten zum Einsatz.

Ich will nur dieses Eingabeformular etwas individueller gestalten, konkret, weil ich jetzt die Variante englische Sprache brauche. Das Ding muss auch nicht mehrsprachig werden, die verschiedenen Versionen gehen halt an verschiedene Kunden in jeweils einer Landessprache.

Ich hatte auch nicht nach Möglichkeiten gesucht, das ganze anders zu programmieren, sondern wollte nur konkret wissen, ob ich diese Attribute variieren kann. Offensichtlich geht das nicht, dann werde ich wohl oder übel zu der Variante Basisklasse ohne Attribute und abgeleitete Klassen mit Attributen wechseln, was halt Änderungen an den bestehenden Projekten mitbringt, was ich eigentlich vermeiden wollte.

Danke für die Vorschläge

[Dejan Vu]

Zitat von Rainer Wolff:

Im Grund will ich dynamisch aus einer Businessklasse ein Edit-Formular erstellen. Diese Businessklasse kommt mit leichten Variationen (und gewissen Eigenschaften, die grundsätzlich immer vorhanden sind) in vielen verschiedenen Projekten zum Einsatz.

Aha! Ein legitimes Beispiel.

Dann würde ich trotzdem den Weg gehen, eine Basisklasse ohne Attribute zu erzeugen. Zusätzlich kannst Du in deiner Library noch die Standardausprägung vorhalten. Bei Ausnahmen würde ich aber wieder von der Basisklasse ableiten. Weiterhin würde ich unbedingt Standardbeschriftungen als Konstanten ablegen.

Was die Mehrsprachigkeit anbelangt, würde ich zu einem guten Lokalisierungstool greifen und nicht mit den Attributen rumwerkeln. Dann musst Du nämlich bei jeder Sprachanpassung (Tippfehler o.ä.) ein neues Release bauen. Das wird irgendwann lästig. Vor allen Dingen, wenn Du (weiß ich ja nicht), noch eine Testabteilung hast, die jedes neue *Release* erst einmal 10 Tage durchtesten muss.

[Sir Rufo]

Am BusinessObject ist das aber eher falsch platziert, da man sehr oft noch zusätzliche Daten benötigt (Items in der ComboBox) oder die Daten vorher umwandeln, aufteilen, ... muss, damit diese vernünftig angezeigt werden können.

Will man das mit aller Gewalt, dann überfrachtet man das BO mit Dingen, die da eigentlich nicht hingehören. Da ist es immer ratsam eine eigene Klasse zu nehmen, die dann das BO kapselt und diesen ganzen Konvertierungs-Schnickschnack übernimmt.

Diese Klasse kann man dann auch zuverlässig auf eine Handvoll Datentypen einschränken, bzw. spezielle Datentypen vorsehen, die sich gut zur Präsentation eignen.

[Dejan Vu]

Richtig, eigentlich ist es das Viewmodel, wo solche Attribute angebracht sind. Das verlagert das Problem aber nur.