[D2007] Warnung sinnvoll bei Methode wg. Groß-Kleinschr

[DelphiProgrammierer]

@madtom
Es wurde auch bei mir übersetzt. Es geht mir nur um die (Un-?)Sinnigkeit des Hinweises während des Compilierens.
Ja, ich habe das Update 1 installiert.

Zitat:

Zitat von madtom

@DelphiProgrammierer

Das mit der Groß- bzw. Kleinschreibung kann ich nachvollziehen, sonst wurde es bei mir aber anstandslos
übersetzt. Hast Du schon das Update 1 für Delphi 2007 eingespielt?

Beste Grüße

[Hawkeye219]

Hallo,

auf korrekte Groß-/Kleinschreibung muß immer dann geachtet werden, wenn Symbole importiert bzw. exportiert werden. Hier ist ein weiteres Beispiel:

Delphi-Quellcode:

function getTickCount: DWORD;
  external 'kernel32.dll';

begin
  ShowMessage (IntToStr(GetTickCount));
end;

Der Code läßt sich ohne Probleme übersetzen, beim Ausführen erscheint jedoch eine Fehlermeldung. In diesem Fall läßt sich der Fehler entweder durch eine Korrektur der Schreibweise oder durch die Direktive name beheben:

Delphi-Quellcode:

function getTickCount: DWORD;
  external 'kernel32.dll' name 'GetTickCount';

Der Grund für das scheinbar sinnlose Verhalten liegt in der Kompatibilität zu case-sensitiven Sprachen (C, C++). Deshalb war Borland seinerzeit mehr oder weniger gezwungen, diesen Weg zu gehen.

Gruß Hawkeye

[Robert Marquardt]

Also ich wuerde mich ueber eine Liste der Warnungen fuer die JVCL freuen. Ich will sie schon seit Jahren case-sensitiv halten.

[jbg]

Zitat:

Zitat von Robert Marquardt

Also ich wuerde mich ueber eine Liste der Warnungen fuer die JVCL freuen. Ich will sie schon seit Jahren case-sensitiv halten.

Der Compiler meckert aber nur den Konstruktor und den Destruktor an.

[Hawkeye219]

Hallo Robert,

Zitat:

Zitat von Robert Marquardt

Also ich wuerde mich ueber eine Liste der Warnungen fuer die JVCL freuen. Ich will sie schon seit Jahren case-sensitiv halten.

Vielleicht sind CodeLens und CodeWrench ganz nützlich. Da CodeLens offenbar nicht weiterentwickelt wird, hat Charles McAllister das Projekt "CodeWrench" gestartet. Es basiert zwar auf CodeLens, allerdings fehlen noch einige Features.

Gruß Hawkeye

[GTA-Place]

Hey, ich hab grad mal CodeLens ausprobiert. Das Teil ist genial (gleich mal Bug in meinem Spiel bemerkt :lol:). CodeWrench lief nicht, habs auch nicht kompiliert, aber CodeLens werd ich nun wohl häufiger benutzen.

[Robert Marquardt]

Na das koennte helfen. Danke!

[CCRDude]

Nachdem ich mir die Videos hier aus der Delphi-PRAXiS mal reingezogen habe, habe ich sogar die QA-Audits &c. im BDS gefunden (da wird ja sogar gewarnt, wo camelCase und wo PascalCase angewendet werden soll(te)), und die büroweit prompt als Pflicht eingeführt (Null Warn-Toleranz und CodeHealer waren's schon).

Sobald man im Team arbeitet, ist ein Standard einfach unumgänglich, um Irritationen zu vermeiden und schnellere Lesbarkeit zu gewährleisten, und kann imho sogar arbeitsplatzentscheidend sein.

[Robert Marquardt]

Ich habe ja die ganzen JVCL-Sourcen ueberarbeitet und ich kann sicher sagen das strikte Einhaltung der Schreibweise definitiv leichter lesbar ist. Je mehr das Gehirn mit dem Vergleich von Namen zu tun hat desto anstrengender wird es. Das kann doch aber nicht Sinn der Sache sein. Man verschwendet Energie auf das Lesen der Source statt auf den Algorithmus.
Inzwischen kann ich per PageDown eine Source im Sekundentakt durchgehen und Unregelmaessigkeiten sehen. Eine Unregelmaessigkeit ist auch fast immer ein Punkt wo ein Fehler steckt.

[DelphiProgrammierer]

Zitat:

Zitat von jbg

Zitat:

Zitat von Robert Marquardt

Also ich wuerde mich ueber eine Liste der Warnungen fuer die JVCL freuen. Ich will sie schon seit Jahren case-sensitiv halten.

Der Compiler meckert aber nur den Konstruktor und den Destruktor an.

Nein, wie in meinem obigen Beispiel meckert der Compiler auch bei

Delphi-Quellcode:

procedure a;

und

Delphi-Quellcode:

procedure A;

Das hatte ich ja nach der Rückfrage ausprobiert.