Wie lang sind eure Delphi Quellen?

[Namenloser]

Zitat von Assarbad:

Zitat von BUG:

Es wäre schön wenn man beide Einschränkungen haben könnte:

• keine Bezeichner mit (case-insensitiv) gleichem Namen
• keine (case-sensitiv) falsch geschriebenen Bezeichner

Habe ich bis jetzt aber in keiner Sprache gesehen.

Hättest du ein sinnvolles Anwendungsbeispiel parat?

Wieso ein Anwendungsbeispiel? Das verhindert einfach schwer zu findende (Tipp-)Fehler und sorgt für eine einheitliche Schreibweise. Ich fänd’s auch ein sinnvolles Feature.

[Assarbad]

Zitat von NamenLozer:

Wieso ein Anwendungsbeispiel? Das verhindert einfach schwer zu findende (Tipp-)Fehler und sorgt für eine einheitliche Schreibweise. Ich fänd’s auch ein sinnvolles Feature.

Dann verstehe ich den Vorschlag, denke ich, noch nicht so ganz.

Es geht dir also darum, daß Symbole die sich nur durch Groß-/Kleinschreibung unterscheiden angeprangert werden? Innerhalb der üblichen Namensraumregeln oder wie?

Also ich persönlich sehe da potentielle Konflikte und würde das wenn schon denn schon als Compiler-Warnungen, aber nicht als Restriktion nehmen.

[Namenloser]

Erlaubt:

Delphi-Quellcode:

var 
  FooBar: integer;
begin
  FooBar := 42;

Nicht erlaubt:

Delphi-Quellcode:

var 
  FooBar: integer;
begin
  fOObAR := 42;

Auch nicht erlaubt:

Delphi-Quellcode:

var 
  foobar: integer;
  Foobar: integer;
begin
  foobar := 42;
  Foobar := 3;

[BUG]

Zitat von Assarbad:

Es geht dir also darum, daß Symbole die sich nur durch Groß-/Kleinschreibung unterscheiden angeprangert werden? Innerhalb der üblichen Namensraumregeln oder wie?

Nur im entsprechenden Namensraum.

Zitat von Assarbad:

Also ich persönlich sehe da potentielle Konflikte und würde das wenn schon denn schon als Compiler-Warnungen, aber nicht als Restriktion nehmen.

Warnung wäre ganz gut, zumindest bei bestehenden Sprachen.

Aber theoretische sollte es (abgesehen jetzt von Properties und den entsprechenden privaten Variablen) keine großen Probleme geben. In einer case-sensitiven Sprache foobar und im gleichen Namespace nochmal fooBar zu benutzen sollte der Lesbarkeit eines Programms eh den Rest geben.

[Assarbad]

Zitat von BUG:

In einer case-sensitiven Sprache foobar und im gleichen Namespace nochmal fooBar zu benutzen sollte der Lesbarkeit eines Programms eh den Rest geben.

Ich mag diese positive Grundeinstellung



@NamenLozer: danke für die Klarstellung.

[Hansa]

Zitat von BUG:

In einer case-sensitiven Sprache foobar und im gleichen Namespace nochmal fooBar zu benutzen sollte der Lesbarkeit eines Programms eh den Rest geben.

Ich denke mal, nicht fehlt da. Oder etwa nicht ? Obwohl. Es könnte ja tatsächlich so sein, dass manche denken, sie müssten Programm-Schreibfehler dazu benutzen, dass das Programm selbst nicht mehr läuft. Soll da ein Grund eingebaut werden, noch eine Fehlerquelle einzubauen ?

[BUG]

Ich verstehe nicht ganz was du meinst.
Ich hatte vorgeschlagen, diese foobar-fooBar-Situation (in einer case-sensitiven Sprache) zu verbieten, da sie einfach eine Fehlerquelle sein kann und normalerweise eh nicht auftreten sollte.

Zitat von Hansa:

Soll da ein Grund eingebaut werden, noch eine Fehlerquelle einzubauen ?

Man würde in einigen Situationen sicher ein paar neue "Fehler" haben, die man aber leicht beheben kann (-> umbenennen).
Dafür würden aber Fehler durch zwei, sich nur durch die Groß-/Kleinschreibung unterscheidende, Bezeichner schnell auffallen, die man sonst ewig suchen könnte.

[David Martens]

Ich wollte mal auf das eigentliche Thema zurück.

Ich habe gerade eine Funktion vor mir, die ist über 2600 Zeilen lang.

Sieht allerdings so aus:

Delphi-Quellcode:

function TFilterZugriff.GetFilterWerte(Filter: TFilterEnum): TStringList;
begin
  case Filter of
    {$REGION 'feFilterABC :'}
    feFilterABC : begin
                    ...
                  end;
    {$ENDREGION}
    {$REGION 'feFilterXYZ :'}
    feFilterXYZ : begin
                    ...
                  end;
    {$ENDREGION}
    ...
  else
    Result := TStringList.Create;
  end;
end;

Ohne Regionen wäre es noch unübersichtlicher.

[Florian Hämmerle]

Zitat von David Martens:

Ich habe gerade eine Funktion vor mir, die ist über 2600 Zeilen lang.

Nice. Da hat man doch Freude, wenn man etwas umstellen / erweitern muss

Florian

[ele]

Zitat von David Martens:

Ich wollte mal auf das eigentliche Thema zurück.

Ich habe gerade eine Funktion vor mir, die ist über 2600 Zeilen lang.

Sieht allerdings so aus:

Delphi-Quellcode:

function TFilterZugriff.GetFilterWerte(Filter: TFilterEnum): TStringList;
begin
  case Filter of
    {$REGION 'feFilterABC :'}
    feFilterABC : begin
                    ...
                  end;
    {$ENDREGION}
    {$REGION 'feFilterXYZ :'}
    feFilterXYZ : begin
                    ...
                  end;
    {$ENDREGION}
    ...
  else
    Result := TStringList.Create;
  end;
end;

Ohne Regionen wäre es noch unübersichtlicher.

Ich denke in dem Fall wäre es angebracht den Filter als Klasse zu Modellieren. Alle Filter von einem BasisFilter ableiten, dann könnte manu z.B. direkt Filter.GetFilterWerte() ausführen. Die einzelne Filter könnte man sogar je in einer eigenen Unit unterbringen.