Delphi ist unbeliebt...angeblich

[p80286]

Also ich finde Klammerorgien in jeder Sprache......
Daß das bei den "C"-Dialekten noch etwas ausgeprägter ist als in anderen Sprachen macht es nicht besser. Wenn Du allerdings einen Font hast, der die Lesbarkeit besser unterstützt, dann reden wir noch mal drüber.

Gruß
K-H

[himitsu]

Zitat:

90% der Befragten würden unser Produkt weiterempfehlen.

Würden? Warum nicht tun?

Und befragt wuren natürlich die, welche das Produkt regelmäßig nutzen und daher die Herstellerwebseite besuchten.

Zitat:

Alle 11 Minuten verliebt sich ein User auf ...

Hallo, ich bin Tom, einer Angestellten bei ..., der sich als Frau ausgibt und stündlich anderen einredet ich wäre in ihn verliebt.

Außerdem "ein User" ... braucht man nicht mindestens zwei, damit es erfolgreich endet?

Und wieviele neue User gibt es in den 11 Minuten? (natürlich viel mehr, als sich verlieben, also geht die durchschnittliche individuelle Chance dennoch gegen 0)







So viel zu Statitsiken.
Traue keiner Statistik, die du nicht selber manipuliert hast.

[Der schöne Günther]

Hm, Pascal ist teilweise so läääänglich, aber das ist nicht schlecht. Vielleicht mache ich zu viel Delphi, aber manchmal finde ich eine vier Zeilen lange anonyme Methode trotzdem lesbarer als ein kurzes Lambda.

Delphi-Quellcode:

uses
  System.Generics.Collections,
  System.Generics.Defaults;

[...]

var
   values: TBytes;
   compareDescending: IComparer<Byte>;
begin
   values := [1, 3, 2];
   compareDescending :=
      TComparer<Byte>.Construct(
         function(const left, right: Byte): Integer
         begin
            Result := (right - left)
         end
      );
   TArray.Sort<Byte>(values, compareDescending);
end.

vs.

Code:

         using System;


         byte[] values = new byte[] { 1, 3, 2 };
         Array.Sort( values, (l, r) => r-l ); // sort descending

Ist aber natürlich schon ein starkes Stück. Grade für triviale Dinge wird es oft so aufgebläht.


Ob man nun begin/end, Klammern oder Emojis für Blöcke nimmt, darüber wird sich ja niemand ernsthaft streiten wollen.

[himitsu]

Bei Arrays geht es nicht, wenn man nur den Feldtyp übergibt, aber TClass.Method<Xyz>(value{: Xyz}); kann man auf TClass.Method(value{: Xyz}); kürzen.
Geht aber nur bei der Methode und nicht für eine ganze Klasse. TClass<Xyz>.Method(value{: Xyz}); .

[Neutral General]

Zitat von Der schöne Günther:

Hm, Pascal ist teilweise so läääänglich, aber das ist nicht schlecht. Vielleicht mache ich zu viel Delphi, aber manchmal finde ich eine vier Zeilen lange anonyme Methode trotzdem lesbarer als ein kurzes Lambda.

Die C# Form ist zwar korrekt aber 1:1 übersetzt wäre es eher

Code:

delegate(byte left, byte right) 
{
  return (right - left);
}

Und in der Form ist es dann nicht mehr so viel kürzer als Delphi.

[Stevie]

Zitat von Der schöne Günther:

Hm, Pascal ist teilweise so läääänglich, aber das ist nicht schlecht. Vielleicht mache ich zu viel Delphi, aber manchmal finde ich eine vier Zeilen lange anonyme Methode trotzdem lesbarer als ein kurzes Lambda.

Problem 1: in der RTL bietet TArray.Sort keine Überladung für TComparison<T>, so dass man das schreiben könnte:

Delphi-Quellcode:

TArray.Sort<Byte>(values, 
  function(const left, right: Byte): Integer
  begin
    Result := (right - left)
  end);

Lösung: Spring.pas nutzen (oder selbst schreiben meinetwegen), das fügt diesen Oberload hinzu.


Problem 2: Anonyme Methoden sind halt keine Lamdbas und der Compiler ist dämlich (entschuldige, ich meine single pass mit begrenztem Look ahead), so dass er nur sehr begrenzt Type Inference betreiben kann und er somit die explizite Angabe der Signatur braucht um das dann in die entsprechende Methode zu packen. Der C# Compiler geht da vereinfacht ausgedrückt hin und nimmt erstmal die Lambda auseinander und konstruiert daraus dann die Signaturen und testet sie gegen die möglichen Overloads der aufzurufenden Methode (Eric Lippert erklärt das etwas in seinem Blog etwas besser - gibt noch zahlreiche weitere Artikel von ihm zu der Thematik).

Zitat von Der schöne Günther:

Ob man nun begin/end, Klammern oder Emojis für Blöcke nimmt, darüber wird sich ja niemand ernsthaft streiten wollen.

Nicht nur begin/end, aber gibt genug, die meinen, nur weil man in Pascal z.B. Variablen vor dem begin deklarieren muss, macht es den Code irgendwie besser. Klar, Code mit drölfzig Variablen wird übersichtlicher als derselbe Code mit jeder Variable inline über zig Zeilen Code deklariert, aber das kann wohl kaum der Grund sein. Ich bekomm immer Herpes, wenn ich nur weil ich ne for Schleife habe, diese Variable oben deklarieren muss, anstatt an der Stelle wo ich sie brauchte (zusätzlich ergibt sich in C-Sprachen durch das scoping nicht die Problematik, mal einfach die Variable außerhalb der Schleife zu missbrauchen). Und ja, ich weiß, dass es IDE Tooling (aka "Code Vomit") für das automatische Deklarieren dieser Variablen gibt.

Zusätzlich gibt es keine Möglichkeit, eine Variable direkt mit einem Sinnvollen Wert zu befüllen. D.h. sie ist entweder solange in einem undefinierten Zustand (managed Typen mal ausgeklammert), bis ich ihr einen Wert zuweise. Was dazu führt, dass man entweder Unsinnscode schreibt, um erstmal alles auf Null/Leer zu setzen oder Bugs in Kauf nimmt oder auf den Compiler hofft, einem die Verwendung einer unitialisierten Variable aufzuzeigen (was im übrigen z.B. in C# by default ein Fehler und nicht nur eine Warnung ist).

[Sherlock]

Zitat von Der schöne Günther:

Ob man nun begin/end, Klammern oder Emojis für Blöcke nimmt, darüber wird sich ja niemand ernsthaft streiten wollen.

Es gibt Sprachen, die Klammern über die Einrückung. Was hab ich schon für amüsante Stunden in Python verbracht, wo mal per Tab, mal per Leerzeichen und dann auch mal falsch eingerückt wurde (Entwicklung mit mehreren Kollegen), und der Code sich vollkommen "unerwartet" verhalten hatte. Da habe ich mit begin..end oder wenigstens Klammern herbeigesehnt!

Sherlock

[ATS3788]

Also, weil ich in letzter Zeit µC programmiere muss man ein wenig C/C++ konnen und was soll ich sagen
Eclipse ist Open Source aber es hat seine Krankheiten und undefiniertes Verhalten hin und wieder.
Microsoft Visual Studio ist meiner Meinung zum vergleich mit Delphi einfach nur schlecht.
Außerdem haben die nicht so ein tolles Forum wie dieses hier. LOL

[LTE5]

Zitat:

Microsoft Visual Studio ist meiner Meinung zum vergleich mit Delphi einfach nur schlecht.
Außerdem haben die nicht so ein tolles Forum wie dieses hier. LOL

Nicht Delphi hat das Forum sondern ein einziger Mann Namens Daniel, der das aus Lust, Laune, Hobby.. wie auch immer.. betreibt.
Der Vergleich, eigentlich beide, hinken also.

[himitsu]

"Delphi" hat ein Forum, aber .... naja

https://forums.embarcadero.com