Unit-Design - was bevorzugt ihr?

[jaenicke]

Kann man, so etwas ähnliches benutze ich selbst auch, nur dass ich den generischen Parameter der Methode statt der Klasse bzw. dem Record gegeben habe.

[Uwe Raabe]

Der Nachteil dieser Funktion im Gegensatz zum direkten Ausschreiben ist halt, daß beide Ergebnisse als Funktionsparameter ausgewertet werden. Das mag nicht immer wünschenswert sein:

IfThen(Sender <> nil, Sender.Classname, '');

[DeddyH]

War ja nur 'ne Idee, zig Überladungen für alle möglichen Datentypen machen den Code halt unübersichtlich IMO.

[jaenicke]

Ihr sprecht ja von zwei verschiedenen Sachen. Uwes Hinweis gilt ja für beide Lösungen mit IfThen. Deshalb ist IfThen ja auch nicht sinnvoll für zeitkritische Codestellen.

[Namenloser]

Zum Ursprungsthema: Ohne weitere Information würde ich mal sagen #2. Man muss ja nicht alles machen wie Java.

Wenn es eine globale Funktion ist, dann ist es halt eine globale Funktion. Wird auch nicht besser, wenn man noch eine Klasse drumherum packt. Das ist eigentlich nur Boilerplate-Code, der keinen zusätzlichen Nutzen bringt.

Das "Namespace" oder Code-Completion-Argument lasse ich auch nicht gelten, denn dazu kann man auch genau so gut den Unit-Namen verwenden (Weiß vielleicht nicht jeder, vor allem wenn er von einer anderen Sprache wie C++ kommt, die kein richtiges Modul-System haben).

In Pascal-Sprachen stellt die Unit an sich schon eine Kapselung dar, da braucht man nicht noch eine Kapselung in der Kapselung.

Das ist wohl diese Java-Denke. "Alles muss ein Objekt sein". OOP ist schön und gut, da wo es Sinn macht, aber es ist auch nicht das einzige, was es gibt.

[a.def]

Zitat:

Das "Namespace" oder Code-Completion-Argument lasse ich auch nicht gelten, denn dazu kann man auch genau so gut den Unit-Namen verwenden (Weiß vielleicht nicht jeder, vor allem wenn er von einer anderen Sprache wie C++ kommt, die kein richtiges Modul-System haben).

Und wenn der Namespace TStringUtils ist und der Unit-Name _string_utils.pas?

Da bevorzuge ich lieber die Eingabe von TStringUtils im Code

[Namenloser]

Warum nicht einfach der Unit einen schöneren Namen geben?

[p80286]

Zitat von Namenloser:

Wenn es eine globale Funktion ist, dann ist es halt eine globale Funktion. Wird auch nicht besser, wenn man noch eine Klasse drumherum packt. Das ist eigentlich nur Boilerplate-Code, der keinen zusätzlichen Nutzen bringt.

Was das angeht, hat mich Sebastian überzeugt #16, wenn Du in den Dateien aufräumst, hast Du mit Klassen weniger Arbeit.

Gruß
K-H

[a.def]

Zitat von Namenloser:

Warum nicht einfach der Unit einen schöneren Namen geben?

Wäre alles überhaupt kein Problem. Aber leider kann man die Dateien nicht so sortieren wie man es gerne hätte

[hoika]

Hallo,
da war doch diese Unit mit 32.000 Zeilen Quellcode unter Delphi 1,
zum Glück kam D2 und ich konnte endlich > 32.767