Datenbankanwendung und Klassen - sinnvoll?

[süden]

Hallo,

ich liebäugel schon lange mit Klassen (nicht lachen bitte),
und habe ein schlechtes Gewissen, weil ich noch keine selbst gebaut habe.

Ich würde aber gerne. Sonst bin ich ja kein Echter sondern nur ein Fummler.

Bisher habe ich: Komponenten drauf, paar Zeilen Code - fertig. Nix Klassen usw.
Ist es sinnvoll, und wenn ja, wie mit Klassen zu arbeiten?
Mein Hauptprogramm ist schon ganz schön umfangreich, und nur noch schwer zu händeln.

[Furtbichler]

Könntest Du bitte den kleinen Rechtschreibfehler in der Überschrift korrigieren, sonst fall ich noch um vor Lachen. Danke.:-D

[süden]

Besser so?

[BUG]

Zitat:

Zitat von süden (Beitrag 1242927)

Ist es sinnvoll, und wenn ja, wie mit Klassen zu arbeiten?

Ja! Die Frage, wie man mit ihnen am besten programmiert, ist kniffliger:
Allein mit der klassischen bzw. Pflicht-Literatur zu dem Thema lässt sich leicht ein kleineres Bücherregal füllen.
Das lässt sich nicht in mal eben so in einer Diskussion klären.

In letztem Thread zu dem Thema wurde als gutes Buch "Objektorientierte Programmierung" empfohlen.

[Furtbichler]

Vielleicht so viel zum Anfang bzw. Grundverständnis.

Man kann grob zwischen prozeduraler und OO Programmierung (Klassen) unterscheiden.

Wir haben Daten, z.B. Kunden. Und Operationen damit, z.B. 'Laden','Speichern', 'Umzug' etc.

Prozedurale Programmierung

Delphi-Quellcode:

Procedure LadeKunde (Kunde : TKunde; Kundennummer : String);
Procedure SpeichereKunde (Kunde : TKunde);
Procedure Umzug (Kunde : TKunde; NeueAdresse : TAdresse);

OO (Objektorientierte) Programmierung

Delphi-Quellcode:

Kunde.Lade(Kundennummer : String);
Kunde.Speichere();
Kunde.Umzug(NeueAdresse : TAdresse);

Vorteil: Die Operationen auf den Daten sind geordnet an einer Stelle.

Der Rest von OOP ist eigentlich genauso wie der Rest von Old-fashioned Programmierung: Ordnung, Struktur, Sauberkeit.

Ohne Bücher und Praxis kommst Du nicht weit. Aber wie beschrieben, kannst Du schonmal anfangen.

[mkinzler]

Wobei Komponenten ja auch Klassen sind. Ich vermute er meint eher etwas wie ORM.

[Furtbichler]

Zitat:

Zitat von mkinzler (Beitrag 1242955)

Wobei Komponenten ja auch Klassen sind. Ich vermute er meint eher etwas wie ORM.

Zitat:

Zitat von süden (Beitrag 1242927)

ich liebäugel schon lange mit Klassen (nicht lachen bitte), und habe ein schlechtes Gewissen, weil ich noch keine selbst gebaut habe.

Und ich vermute, er meint Klassen allgemein.

PS: Klassen verwenden und Klassen schreiben sind dann doch 2 Paar Schuhe.

[mkinzler]

Im Titel bezieht er sich aber auf Datenbankanwendungen

[Sir Rufo]

Und der Kern der Frage ist doch die Klasse.

In anderen Worten

Zitat:

Soll ich mich mit dem Thema Klassen auseinandersetzen, wenn ich mit einer Datenbank arbeiten möchte?

Das mit dem ORM ist dann sekundär ... ;)

[DeddyH]

Könnten wir uns nicht einfach darauf einigen, dass OOP-Kenntnisse für ein ORM elementar sind?