10.4 : Warum Inline-Variablen?

[Heimlich]

Zitat von Moombas:

Ich sehe eigentlich nur einen Vorteil, bin aber nicht ganz so bewandert wie viele andere hier.
Man kann eine Variable festlegen und den "Initialwert" gleich mit festlegen und diesen auch sofort erkennen.

Na dann schau mal hier:

Delphi-Quellcode:

unit Unit1;

interface
  uses Unit2;
...
...

begin
  var IstEinText := GetIstEinText;
 ...
 ...
end;

Delphi-Quellcode:

unit Unit2;

interface

function GetIstEinText: string;

implementation

function GetIstEinText: string;
begin
  Result := 'Ja, das ist ein Text.';
end;

Wahrscheinlich denkt man erst, es ist ein Boolean, aber Pustekuchen.

Damit wäre Folgendes obsolet:

Zitat von Stevie:

In einem Großteil der Software spielt es keine Rolle, welchen exakten Typen eine Variable hat, sofern der Variablenname deutlich ist (siehe auch der von mir zuvor verlinkte Vortrag).

...weil Variablennamen nicht vorgeschrieben werden.


Also ist es kein Vorteil, sondern es könnte einen Vorteil sein, aber könnte ist nichts Halbes und nichts Ganzes.

[Moombas]

@Heimlich: Das Problem liegt aber in der Art der "Initialisierung" des Wertes.
Für mich ist die Initialisierung niemals mit einer Funktion verbunden aber evtl. bin ich da auch alleine mit.

[Stevie]

Zitat von Heimlich:

Wahrscheinlich denkt man erst, es ist ein Boolean, aber Pustekuchen.

So wie in dem verlinkten Vortrag gesagt wurde, wenn man seine Variablen m, k und w nennt, dann sollte man von Typinferenz die Finger lassen.
Ja, wenn ich meinen Krams nicht vernünftigt oder irreführend benenne, dann kann der Typ helfen, das zu richtig zu stellen.
Bei solchen Fällen frag ich den Entwickler beim Code review aber in aller Regel, ob er seine Variablen, Parameter sonstiges nicht lieber vernünftig benennen möchte.
"Naming things" ist nicht umsonst eins der schwierigsten und oftmals falsch gemachten Dinge in der Softwareentwicklung.

Aber als allgemeines Argument gegen Typinferenz ist es mMn unhaltbar.

[sakura]

Zitat von Stevie:

Zitat von Heimlich:

Wahrscheinlich denkt man erst, es ist ein Boolean, aber Pustekuchen.

Ja, wenn ich meinen Krams nicht vernünftigt oder irreführend benenne, dann kann der Typ helfen, das zu richtig zu stellen.

Ich überlege gerade verzweifelt, wann ich das letzte Mal in einem Projekt ein Problem damit hatte, was für ein Typ magst Du sein...? Wenn musste ich deswegen in den var-Block schauen... das ist sehr, sehr lang her. Meistens ist es aus dem Kontext heraus eindeutig und dank guter Namen kein Problem. Klar, wenn ich in ein bestehenden Projekt einsteige und die ganzen Datentypen nicht kenne, dann mag man mal schauen, aber selbst dann sollte es sich schnell erledigen.

Von daher stimme ich Stevie vollends zu

......

[Der schöne Günther]

Ich kann es im Internet nicht mehr finden, ich meine es war zur Einführung von "auto" in C++11. Auf Delphi übertragen wäre es etwas wie

Zitat:

Oh, is that a TFunc<IEnumerable<TPair<TFizzbuzz, TNiclausWirth>>> in your pocket, or are you just happy to see me?

Grade so einen Typ nicht austippen zu müssen wenn man ihn z.B. eh nur weitergibt ist es schon wert 😎

[Harry Stahl]

Weiterer positiver Umstand gerade von Inline vars gerade bei cross Plattform -Entwicklung festgestellt:

Eine Variable, die nur für eine bestimmte Plattform ({$IFDEF Linux ...) benötigt wird, wird auch nur in diesem IDFDEF Zweig definiert. Damit entfällt z.B. der Compiler Hinweis: Variable definiert, aber nicht verwendet, wenn ich die Windows-Versino kompiliere.

Außerdem entfällt auch die Warnung, dass eine bestimmte Variable Plattformspezifisch sei wenn Sie außerhalb der Plattform definiert wurde...

[himitsu]

Zitat von Harry Stahl:

Damit entfällt z.B. der Compiler Hinweis

Komisch, ich hatte das nie,

aber hatte auch die IFDEFs ebenfalls im Variablenblock.

[Harry Stahl]

Zitat von himitsu:

Zitat von Harry Stahl:

Damit entfällt z.B. der Compiler Hinweis

Komisch, ich hatte das nie,

aber hatte auch die IFDEFs ebenfalls im Variablenblock.

Ja, meistens habe ich das auch, aber hin und wieder vergisst man das. Letztlich hat man dadurch mehr Schreibarbeit, da man schon im VAR Bereich u.U. mehrfach mit IFDEFS rum hantieren muss. Das entfällt jetzt.

Die Liste der positiven Auswirkungen wird immer länger...