Hallo Community,
ich habe ein mehr oder minder großes Problem..
Ich will in einer selbst definierten Klasse den Wert einer Textbox auslesen und weiter verarbeiten.
Bisher muss ich sie in der "Main-Form" auslesen, dann in die Funktion übergeben, dort verarbeiten bzw. damit rechnen und dann wieder in die Main zurückgeben.
Das muss doch irgendwie einfacher/eleganter gehen?
Schonmal danke für die Hilfe.
MfG
CraniPhil

Erstellt eine Funktion welche einen String-Parameter annimmt und einen String zurückgibt.
Dieser übergibst du dann die Text-Property der Textbox und zurück bekommst du deinen bearbeiteten String.



lg

Habe vergessen zu erwähnen: Das ganze läuft mit Integer-Werten

Von der Designidee soll eine Klasse den geringst möglichen Schaden anrichten, soll sich somit nicht mit Formularelementen rumplagen müssen.
Somit ist "auslesen, dann in die Funktion übergeben, dort verarbeiten bzw. damit rechnen und dann wieder in die Main zurückgeben" gar nicht so verkehrt.

Nur die zeilen #7 und #9 sind absolutely NoGo.
Wenn das OOP sein soll, dann müssen die weg.

Sie müssen durch die Instanz der entsprechenden Klasse ersetzt werden
oder
Du überträgst die Information per Event.

Alles über Events

Eine Sache über Klassen:

Es gibt mmn zwei Arten von Klassen:

1. reine Datenhaltungsklassen (sind sogesehen nur Datensätze)
und 2. "richtige" Klassen:

Bei "richtigen" Klassen ist wichtig, dass Sie sowenig wie möglich von aussen gesteuert werden sollen können, d.h. sowas hier:



sollte vermieden werden.
Es sollte von aussen nicht ersichtlich sein, wie die jeweilige Klasse intern arbeitet und ebenso wenig sollte die Parentklasse der jeweiligen Klasse interne Objekte von ihr nutzen um irgendetwas zu verarbeiten, sondern Sie soll der Klasse Parameter übergeben die sie benötigt und die Klasse verarbeitet dieses und gibt das resultat zurück.

Sind

RushDen schrieb:

reine Datenhaltungsklassen

keine

RushDen schrieb:

"richtige" Klassen

Doch schon, aber wenn Ich Datensätze will nutz Ich ein Dataset um das zu modellieren (also mit Tabellen etc) und keine Klasse.

Dataset-Klassen sind auch Klassen. Das besondere an dene ist einzig, dass der Code generiert wurde.

Und sooo besonders ist das auch nicht, etwa ein Form ist auch eine Klasse, deren Code generiert wurde.

In beiden Fällen steht der generierte Code in der .Designer.vb

Für son Fahrzeug-Programm wäre ein typisiertes Dataset auch unbedingt vorzuziehen, nur wäre jetzt glaub bisserl advanced für den TE, und daher ist das hier offtopic.

Klassen kann man höchstens in normal, abstrakt und Interface unterscheiden. Wobei ein Interface gleichzusetzen ist mit einer Klasse die nur reine Methoden besitzt und/oder konstante statische Felder.