"F"-Prefix beim TJSONUnMarshal

[Dejan Vu]

DTO sind die neuen Records. Alte Idee mit neuem Namen.

Abzulehnen ist so eine "no code" Klasse natürlich nicht, dazu ist sie zu praktisch. Man kann doch aber auf hohem Niveau darüber philosophieren, ob die zu serialisierenden Daten als private- (WT)F-Felder, oder über public properties (als DTO) besser umzusetzen sind.

Wenn man nicht auf die Nase fallen will, sind DTO sowieso zwingend. Finde ich.

@Schöner Günther: Ich würde eben keine *Felder* als Serialisierung nehmen, sondern Eigenschaften. Stellen wir uns mal vor, in XE39 kommen dann auto properties, also

Delphi-Quellcode:

Type
  TFoo = class
    Property Bar : Integer Read; Write;

Und was ist dann mit der 'F' Idee? B*lsh*t. Ehrlich.

[Uwe Raabe]

Zitat von Der schöne Günther:

Zitat von Uwe Raabe:

Zitat von Der schöne Günther:

Woher soll ich die Weisheit mit F eigentlich nehmen?

Object Pascal Style Guide

Das Enthält ein "Copyright 1995". Da bin ich noch aufs Töpfchen gegangen.

Meine Ausrede steht weiterhin. Die "aktuellen" Styleguides sprechen überhaupt nicht mehr von einem F in Feldern.

Meines Wissens gibt es keine neueren Styleguides. Verwechselst du vielleicht den Delphi Language Guide mit dem Object Pascal Style Guide? Das sind zwei völlig verschiedene Dinge. In dem einen wird die Sprache beschrieben und in dem anderen die Coding Convention von Borland/InPrise/CodeGear/Embarcadero.

Übrigens finde ich es gerade gut, daß der Styleguide bereits so alt ist wie Delphi. So muss man den ganzen Code nicht bei jeder Änderung des Styleguide umschreiben.

[Dejan Vu]

Es ist doch aber zweitranging, ob das 'F' nun in irgendwelchen Styleguides steht oder nicht oder wie alt die sind und ob sich Emba an den eigenen Styleguide hält oder nicht (eher nicht).

Ich kann doch die Funktionsweise einer Klasse/Bibliothek nicht davon abhängig machen, wie ich meine privaten Teile benenne.

[Uwe Raabe]

Zitat von Dejan Vu:

Es ist doch aber zweitranging, ob das 'F' nun in irgendwelchen Styleguides steht oder nicht oder wie alt die sind und ob sich Emba an den eigenen Styleguide hält oder nicht (eher nicht).

Ich kann doch die Funktionsweise einer Klasse/Bibliothek nicht davon abhängig machen, wie ich meine privaten Teile benenne.

Ich gebe dir da uneingeschränkt recht! Man hat es dennoch getan...

Es geht mir auch gar nicht um eine Wertung dieser Implementation, sondern ein Verhalten aufzuzeigen, das einen Umgang damit erleichtert.

[Dejan Vu]

Zitat von Uwe Raabe:

Es geht mir auch gar nicht um eine Wertung dieser Implementation, sondern ein Verhalten aufzuzeigen, das einen Umgang damit erleichtert.

Die Konventionen? Na, wenn's denn sein muss.

Blöderweise muss man dann auch über jede Klasse einen Warnhinweis schreiben, das private Felder unbedingt mit 'F' anfangen müssen. Und Unittests, die die Nomenklatur sicherstellen. Und da gehört sowas normalerweise nicht rein. Einfach unsauber, der Ansatz. Und da kriejisch Plack, Krätse und so'n Hals. Jammern auf hohem Niveau halt-