Variablen in Stringliteral inlinen

[freimatz]

Zitat von QuickAndDirty:

Menno sogar Swift hat das!
Es wäre so gut wenn die das einbauen.
Cotlin, Dart, Swift und C# 6.0 alle haben es

Es wäre schlecht wenn die das einbauen. Das verleitet zu QuickAndDirty-Code

(Bei uns wurde eh solcher Code von der Person, die für Übersetzungen zuständig ist, verboten.)

[Dennis07]

Könntest dir nen IDE-Plugin dafür bauen, das das im Editor mit nem Rechtsklick oder so parst. Aber ansonsten sehe ich da nicht viel Möglichkeit.
Was jedoch ginge, wäre so etwas für Klassenfelder zu machen, da diese über die RTTI abrufbar sind. Globale oder lokale Variablen/Konstanten allerdings wirst du so nicht verarbeiten können.

[TurboMagic]

Zitat von freimatz:

Zitat von QuickAndDirty:

Menno sogar Swift hat das!
Es wäre so gut wenn die das einbauen.
Cotlin, Dart, Swift und C# 6.0 alle haben es

Es wäre schlecht wenn die das einbauen. Das verleitet zu QuickAndDirty-Code

(Bei uns wurde eh solcher Code von der Person, die für Übersetzungen zuständig ist, verboten.)

Denke ich auch und man müsste sowas evtl. auch öfters mal "escapen"

[freimatz]

Hm, mir kommt gerade eh der Gedanke, dass Texte eigentlich gar nicht in Code gehören.
Bei uns gibt es allenfalls Texte auf englisch die bei Exceptions erscheinen, die der Anweder eh nicht sehen sollte.

[Dennis07]

Zitat von freimatz:

Hm, mir kommt gerade eh der Gedanke, dass Texte eigentlich gar nicht in Code gehören.
Bei uns gibt es allenfalls Texte auf englisch die bei Exceptions erscheinen, die der Anweder eh nicht sehen sollte.

Davon mal ganz abgesehen

[Uwe Raabe]

Zitat von freimatz:

Hm, mir kommt gerade eh der Gedanke, dass Texte eigentlich gar nicht in Code gehören.

Umgekehrt gehört Code (hier Variablennamen) auch nicht in String-Literale.

[dummzeuch]

Zitat von Uwe Raabe:

Zitat von freimatz:

Hm, mir kommt gerade eh der Gedanke, dass Texte eigentlich gar nicht in Code gehören.

Umgekehrt gehört Code (hier Variablennamen) auch nicht in String-Literale.

+1

Wobei das eigentlich auch für die Platzhalter in Format-Strings gilt. Wenn der Übersetzer dabei einen Fehler macht, stürzt das Programm ab:

 s := Format(_('Result is %d'), [Res]);
Und der Übersetzer vertippt sich:
'Ergebnis ist %f'

Bumm!

[himitsu]

Zitat von dummzeuch:

Und der Übersetzer vertippt sich:
'Ergebnis ist %f'
Bumm!

Texte mit Formatierungen aus anderen Quellen sind immer nett, wenn das Programm plötzlich verreckt.
(Übersetzung/Datenbank wo Texte durch user bearbeitet oder über eine Synchronisierung/Update nachgeladen werden)

Drum hab ich bei uns das Format überschrieben/überdeckt.
Der Code muß nur in eine Unit die immer nach den SysUtils eingebunden wird.

Wenigstens "etwas" anzeigen und das Programm nicht abkratzen lassen.

Delphi-Quellcode:

function Format(const FormatStr: string; const Args: array of const): string;
begin
  try
    Result := SysUtils.Format(FormatStr, Args);
  except
    {Meldung ins Log, wenn sowas vorhanden}
    Result := FormatStr;  // oder Result := '[ERR] ' + FormatStr; 
  end;
end;

Oder zumindestens dem Entwickler etwas helfen, damit man gleich sieht bei welchem "kompletten" String es knallt.

Delphi-Quellcode:

function Format(const FormatStr: string; const Args: array of const): string;
begin
  try
    Result := SysUtils.Format(FormatStr, Args);
  except
    on E: Exception do begin
      E.Message := 'Fehler in Format-String >>' + FormatStr + '<<' + sLineBreak + sLineBreak + E.Message;
      raise;
    end;
  end;
end;

Und das Gleiche für die Variante mit den FormatSettings.

Alternativ verwendet man niemals Format, sondern ruft eine eigene MyFormat auf.

[dummzeuch]

Zitat von himitsu:

Texte mit Formatierungen aus anderen Quellen sind immer nett, wenn das Programm plötzlich verreckt.
(Übersetzung/Datenbank wo Texte durch user bearbeitet oder über eine Synchronisierung/Update nachgeladen werden)

Drum hab ich bei uns das Format überschrieben/überdeckt.
Der Code muß nur in eine Unit die immer nach den SysUtils eingebunden wird.

Wenigstens "etwas" anzeigen und das Programm nicht abkratzen lassen.

Wir gehen bei unseren Programmen noch einen Schritt weiter und installieren einen Hook für die Format-Funktion. Das passiert in einer Unit, die automatisch in allen unseren Programmen eingebunden wir. Dann wird sowas auch für fremden Code abgefangen. Und man kann man muss auch nicht daran denken, überall eine solche Unit einzubinden.

Am meisten nervt mich aber, dass man den Datentyp überhaupt angeben muss. Write kann den ja auch automatisch erkennen, warum gibt es bei Format nicht sowas wie einen generischen Platzhalter:

Format('Der Wert ist %g', [IrgendeineVariable]);

Die Format-Funktion weiss ja, welcher Datentyp übergeben wurde, denn eigentlich ist das ja ein Variant mit entsprechenden Informationen. Den kann man dann halt nach String konvertieren. Für viele Anwendungen würde das ausreichen.

Aber das Thema war ja ein anderes ...

[Uwe Raabe]

Zitat von dummzeuch:

Wenn der Übersetzer dabei einen Fehler macht, stürzt das Programm ab

Da braucht er nicht mal einen Fehler machen. Es genügt, wenn er den Satzbau umstellt und sich dadurch die Reihenfolge der Parameter ändert. Deswegen sollte man in solchen Fällen auf die Index-Funktionalität in Format zurückgreifen.