Neue Sprachfeatures in Delphi?

[Schokohase]

Zitat von mkinzler:

Ja es gibt viele, die sich das gewünscht haben.

Es gibt auf FB und G++ ja diverse Wunschlisten für neue Features. Dieses stand ganz oben. Aber nur weil viele ein Feature wünschen, ist es noch nicht sinnvoll:
Ein weiteres Feature, dass sich viele wünschen ist die Ersetzung von begin..end mit

Code:

{}

.

Allerdings unterscheiden sich beide Anforderungen doch erheblich. Die Inlines können nachweislich (s.o.) helfen den Code schlanker und übersichtlicher zu halten. (*)

Diese Ersetzung von begin .. end kann dieses (soweit ich das sehe) nicht liefern.

Darum wurden wohl auch die Inlines realisiert (es gibt einen konkreten Nutzen ohne den alten Code zu brechen) und die {} eben nicht.

(*) Ja, mit einem Hammer kann man ganz toll Nägel in die Wand kloppen oder sich lebensgefährlich verletzen. Ist der Hammer also jetzt nützlich oder gefährlich?

[Uwe Raabe]

Zumindest kann man mit einer Inline-Variablendeklaration auch eine lokale Variable initialisieren (muss dann noch nicht mal eine Konstante sein!). Das geht bisher so jedenfalls nicht ohne mindestens eine zusätzliche Zeile Code.

[mkinzler]

Die Initialisierung bei der Deklaraion und die Verwendung von scoped Variablen für Schleifen ist positiv.
Aber die freie Dekalarationsmöglichkeit im Text (anstatt in der Var-Sektion) finde ich eher negativ.

[Frickler]

Zitat von Uwe Raabe:

Zumindest kann man mit einer Inline-Variablendeklaration auch eine lokale Variable initialisieren (muss dann noch nicht mal eine Konstante sein!). Das geht bisher so jedenfalls nicht ohne mindestens eine zusätzliche Zeile Code.

Sehe ich das aber richtig, dass das nicht so geht (wie bei globalen Variablen):

Delphi-Quellcode:

procedure Bla;
var x: integer = 3;
begin
  ...
end;

sondern halt so:

Delphi-Quellcode:

procedure Bla;
begin
  var x: integer := 3;
  ...
end;

...also noch ne neue Süntacks?

[Uwe Raabe]

Zitat von Frickler:

...also noch ne neue Süntacks?

Genau darum geht es in diesem Thread ja.

[Frickler]

Endlich eine handliche Ablösung für "with":
Statt

Delphi-Quellcode:

var cds: TClientDataSet; qry: TUniQuery;
begin
  cds := Datamodule.cds_Report;
  qry := Datamodule.qry_Sales;
  // ...viel Text...
  cds.FieldByName('bla').AsString := qry.FieldByName('bla').AsString;

schreiben wir jetzt

Delphi-Quellcode:

// ...viel Text...
begin
  var cds := Datamodule.cds_Report;
  var qry := Datamodule.qry_Sales;
  cds.FieldByName('bla').AsString := qry.FieldByName('bla').AsString;
  ...
end;

P.S.: ja, man kann auch
Datamodule.cds_Report.FieldByName('bla').AsString := Datamodule.qry_Sales.FieldByName('bla').AsString; schreiben. Breitbildschirm sei dank. Aber es gibt auch tiefer verschachtelte Fälle, und irgendwann wirds ziemlich unübersichtlich.

[Codehunter]

Wenn mans genau nimmt würde der var -Block zwischen procedure und begin nunmehr beinahe obsolete. Das kann doch nicht im Sinne des Erfinders sein.

[Frickler]

Zitat von Codehunter:

Wenn mans genau nimmt würde der var -Block zwischen procedure und begin nunmehr beinahe obsolete. Das kann doch nicht im Sinne des Erfinders sein.

Wenn sie auf Zack sind, ist es "deprecated" mit (abschaltbarer) Compilerwarnung.

[stahli]

Ich finde die Ideen gut und hilfreich.

Variablen dort zu deklarieren, wo sie gebraucht werden, finde ich sinnvoll.
Wer will, kann sie ja direkt am Prozerduranfang deklarieren (oder optional vor dem "begin").

Auch einfach einen Alias für längere Variablennamen oder Member (var C = x.y.z.a.b.c definieren zu können, finde ich gut.

Beides habe ich auch für meine Scriptsprache vorgesehen, an der ich bastle.

Ich finde das nicht kryptisch sondern übersichtlich.
Wichtig ist, dass Variablen vor der Verwendung deklariert werden müssen.


@Codehunter

Das Problem mit dem Scope von Inline-Prozeduren hat man ja jetzt auch schon. Nur die Verwendung von I in Schleifen wird jetzt halt abgelehnt.

[Codehunter]

Zitat von Frickler:

Sehe ich das aber richtig, dass das nicht so geht (wie bei globalen Variablen):

Delphi-Quellcode:

procedure Bla;
var x: integer = 3;
begin
  ...
end;

sondern halt so:

Delphi-Quellcode:

procedure Bla;
begin
  var x: integer := 3;
  ...
end;

...also noch ne neue Süntacks?

Woooha... Ich seh vor meinem geistigen Auge schon sowas:

Delphi-Quellcode:

function Produce: Integer;
var
  I: Integer;

  procedure SubProduce;
  var
    I: Integer;

    procedure SubSubProduce;
    begin
      for var I: Integer = 0 to 3 do begin
        // Irgendwas
      end;
      Inc(I, 17);
    end;

  begin
    Inc(I, 22);
  end;

begin
  Inc(I, 1234);
  Result := I;
end;

Bei so viel Scope braucht man bald ein Periscope