Was wünscht ihr euch für Pascal Features in der Zukunft

[Michl]

Code: Alles auswählen

 
  for i in [low(x)..high(x)]-[10] do
     ...
 

Es hätte nur den Vorteil, falls 10 in der Datenmenge enthalten ist, diese als erstes geholt würde. Eine Überprüfung, ob es sich dabei um den gesuchten Wert handelt muss trotzdem gemacht werden.

Besser lesbar ist es nicht und es ist sogar bei mir noch langsamer, als wenn man einfach das komplette Array durchsucht:

Code: Alles auswählen

procedure TForm1.Button1Click(Sender: TObject);
var
  MyData: Array of Integer;
  i, j , iSearch: Integer;
  Cnt: QWord;
begin
  SetLength(MyData, 100000000);
  for i := Low(MyData) to High(MyData) do
    MyData[i] := i;
 
  iSearch := 5000000;
  Cnt := GetTickCount64;
  for j := 0 to 1000000 do
    for i in [Low(MyData)..High(MyData)]-[iSearch] do
      if i = iSearch then begin
        Break;
      end;
  Caption := IntToStr(GetTickCount64 - Cnt);
end;
 
procedure TForm1.Button2Click(Sender: TObject);
var
  MyData: Array of Integer;
  i, j , iSearch: Integer;
  Cnt: QWord;
begin
  SetLength(MyData, 100000000);
  for i := Low(MyData) to High(MyData) do
    MyData[i] := i;
 
  iSearch := 5000000;
  Cnt := GetTickCount64;
  for j := 0 to 1000000 do
    for i in [Low(MyData)..High(MyData)] do
      if i = iSearch then begin
        Break;
      end;
  Caption := IntToStr(GetTickCount64 - Cnt);
end; 

Es ist aber nur ein Vorschlag/Wunsch, weil es in diesem Thread um Synatxvorschläge geht. Ich komme auch mit der bisherigen Pascal-Syntax klar

Nennt sich "case"

[theo]

Das geht aber nur für Variablen, für Properties nicht

Habe ich ja geschrieben

[m.fuchs]

Code: Alles auswählen

procedure TForm1.Button1Click(Sender: TObject);
var a,b:String;
begin
   a:='eins';
   b:=' zwei';
   a+=b;
   Caption:=a;
end;

Da wünsche ich mir, dass so etwas verboten wird. Warum will man so einen Quark in Pascal haben?

[Michl]

Habe ich ja geschrieben

Ja, das habe ich glattweg übersehen. Sorry!!! Mir ging es hauptsächlich darum, dass man das Verhalten per Projekteinstellungen beeinflussen kann.

Da wünsche ich mir, dass so etwas verboten wird. Warum will man so einen Quark in Pascal haben?

+1 !!! Ich finde das auch nicht unbedingt lesefreundlich.

[marcov]

Verbundzuweisungen (compound assignments) wie u.a. auch in Delphi:

Der URL hat es ueber DWScript, nicht Delphi:

Here is a highlight of recent changes on the SVN side of DWScript:

FPC macht es, aber nicht fuer properties. Ich glaube es funktioniert in C++/C# auch nur für Properties die reine Assignments sein in einer funktionaler Notation (keine Properties die Kode können haben, wie .Text und .Caption).

Also das Äquivalent von gezeigte Vorbilden funktionieren nicht eben auf C++. Was funktioniert, funktioniert schon mit FPC (aber ist IMHO meistens Typen Mikrooptimalization wie gewöhnlich). Es ist aber ein nicht so exotischer Fall, ich denke noch immer das es eine schlechte Addition zu FPC ist, aber von alle C Syntax me-too's Typen optimalization einer der wenigst Schlimmen.

[theo]

Mir ging es hauptsächlich darum, dass man das Verhalten per Projekteinstellungen beeinflussen kann.

Da es standardmäßig eingeschaltet ist, finde ich diesen Hinweis nicht so dringend.
Außerdem hat bei mir das Abschalten keinen Effekt (Lazarus 1.5 r49866M FPC 2.6.4 x86_64-linux-gtk 2). D.h. es kompiliert trotzdem.
Man kann sich sowieso streiten, ob Syntax Features dieser Art zuschaltbar sein sollen.
Man muss sie ja nicht verwenden und wenn man Code von Dritten hat, der das verwendet, soll der dann nicht compilieren? Wozu?

[mschnell]

You can not use them on functions, properties, classes,

Es wäre mit Properties u.U. schon sinnvoll,
a.x +=1; intern in a.x = a.x + 1; zu übersetzen. Das gilt auch für interne Funktionen wie
inc(a.x);

Das Problem ist aber, dass eine Propery einen Nebeneffekt haben kann, wenn eine get und/oder set - Funktion definiert ist.

Das kann dann zu arger Verwirrung führen.

Es müsste also richtigerweise eine "pure" Property für Properties definierbar sein (wie das "pure" Attribut bei einer C-Funktion), die besagt, dass beim Zugriff keine Neben-Effekte auftreten.

-Michael

[Michl]

Außerdem hat bei mir das Abschalten keinen Effekt (Lazarus 1.5 r49866M FPC 2.6.4 x86_64-linux-gtk 2). D.h. es kompiliert trotzdem.

Ja, da war noch was, jetzt wo du es sagst, fällt es mir wieder ein. Man musste die fpc.cfg ebenfalls mit anpassen, wenn man dieses Verhalten unterbinden will.

In der fpc.cfg, aus der Zeile

Code: Alles auswählen

-Sgic

einfach

Code: Alles auswählen

-Sgi

machen, dann schimpft der Compiler bei C-artigen Operatoren.

[theo]

dann schimpft der Compiler bei C-artigen Operatoren.

OK, gut. Das hatte ich nicht auf dem Schirm.
Bleibt die Frage: wozu?
Wenn dieses Syntax Feature nun mal da ist, warum soll ich es dann abschalten? (Selbst wenn ich es nicht mag).

[marcov]

Das Problem ist aber, dass eine Propery einen Nebeneffekt haben kann, wenn eine get und/oder set - Funktion definiert ist.

(Und es haben von Nebeneffekte oder nicht muss man mit allein der Interface deuten können, also das funktioniert nur mit inline Methoden im Interface/Header, eben in Theorie)

[Michl]

Bleibt die Frage: wozu?

Liegt doch auf der Hand: ...um in einem Teamprojekt seine Mitarbeiter zu einem einheitlichen Stil zu nötigen!

[theo]

Bleibt die Frage: wozu?

Liegt doch auf der Hand: ...um in einem Teamprojekt seine Mitarbeiter zu einem einheitlichen Stil zu nötigen!

Achso, ich dachte das macht man mit Kaffeeentzug oder damit, Reißzwecken auf den Stuhl legen.

[Michl]

...wobei das bei zarten Mitarbeitern vielleicht schon als Mobbing betrachtet wird...

[Frank Ranis]

Hallo ,

was ich mir wünschen würde , betrifft die Laz-Oberfläche und das Hilfesystem.

Ich finde es schon mal gut , das wenn ich mit der Maus auf einem Objekt stehe (z.B. im Quelltext oder im Objektinspektor) ein HINT-Fenster aufgemacht wird in dem Infos stehen.

Es wäre nun total genial , wenn ich die Maus in das HINT-Fenster führe und per Recht-Klick einen Auswahl-Punkt hätte (Hilfe editieren).
Ebenso in der InfoBox des Objektinspektors.
Darauf hin sollte sich dann eine Dokument (OpenOffice oder wer weis was) mit den derzeitigen Informationen öffnen.

Hier pack ich dann neue Infos rein (z.B. Kurze Demo-Quelltexte , Beschreibungen, am besten auch noch Bilder) und speicher das dann (am Ursprungsort) ab.
Sämtliche geänderten Help-Files sollten dann auch automatisch in einem separaten Ordner gesammelt werden, den man dann an zuständige Kollegen (keine Ahnung wer zuständig ist) senden kann , zur Einbindung in eine der nächsten Laz-Versionen.

Durch das derzeitige Hilfesystem bin ich leider noch nicht durchgestiegen, wüßte also auch nicht , wie man da aktiv mitwirken könnte.
Das ist für mich alles sehr verworren und undurchsichtig.
Auf welche Art und Weise sucht das Laz nach Hilfe-Informationen?

Einen ähnlichen Wunsch hätte ich für die CHM-Offline-Hilfe.
Ich steh z.B. im Quelltext mit der Maus auf TForm und drücke F1 , die CHM-Hilfe macht auf und ich bekommen nun recht magere Informationen.
Ich bin nicht in der Lage den angezeigten Text, ohne eine Studium, zu erweitern .
Gäbe es auch hier ein Rechts-Klick (Editieren) könne ich meinen Senf dazu schreiben , abspeichern (automatisch im separaten Ordner sammeln) und für die Allgemeinheit hochladen.

Dann eine weitere Unsicherheit.
Würde es nun eine einfache Möglichkeit geben , die Hilfe zu erweitern, steht da noch die Sprachhürde im Raum, mein Englisch ist wirklich megaschlecht.
Es scheint bei der Lazarus-Offline-Hilfe nur Englisch zu geben .
Wäre es denn verboten , da auch was in Deutsch dazu zu schreiben , oder kann man auch eine Sprachliche Trennung realisieren.
In der Wiki(deutsch) findet man ja auch häufiger mal ein Sprachenmischmasch vor , aber immer noch besser als gar keine Informationen.

Gruß

Frank

[BeniBela]

Ja, und wie wurdest du das Lösen? Also das Ende eines Linie soll keine Bedeutung haben, und ist Äquivalent zu eine Spalte.

Da stellt sich dann die Frage, warum es keine multiline strings gibt...

Irgendeine besondere Bedeutung hat es wohl schon