Warum ist Delphi/(Pascal) bei uns so beliebt? (und wie erklären wir das den Neuen?)

[frapo]

Zitat:

Zitat von bra (Beitrag 1346788)

.NET ist eben nicht komplett abwärtskompatibel. Für Anwendungen, die für 1.1, 2.0, 3.5 und 4.x+ geschrieben wurden, braucht man i.d.R. die entsprechende .NET-Version. Die sind jeweils nur zu einigen Vorversionen kompatibel.

Das finde ich jetzt interessant. Hast du da irgendwelche Stichworte, Beispiele, Links zu Hand? Danke vorab.

Da hatte ich bisher vielleicht einfach nur Glück. Wenn ich beispielsweise mit VS 2005(.NET 2.0) eine Anwendung erstelle, lief diese auch unter 4.6. Aber ich bin da auch kein Hardcoreprogrammierer was .NET angeht. Von daher hatte ich vielleicht wirklich nur Dusel.

[p80286]

.NET theoretisch toll, in der Praxis hab ich den Rechner eines Bekannten zu Hause, der seit Wochen immer wieder .Net 4.5 und .Net 4.6 installieren will, aber das nicht auf die Kette bringt. Die vielen Vorbereitungs/Reparatur Tools haben letztendlich alle .NET-Software deinstalliert und bis .Net3.5 alles wieder installiert. Der nächste Schritt ist wohl eine vollständige Neuinstallation.

@Emil
"alles was ich benutze, muß vorher definiert worden sein" ist vielleicht nicht modern, aber hilfreich bei der Fehlersuche. Darum mache ich einen großen Bogen um "Forward" und ähnliche Erleichterungen.

Gruß
K-H

[mkinzler]

Wobei bei zirkluärer Nutzung ein forward unumgänglich ist.

[bra]

Zitat:

Zitat von frapo (Beitrag 1346800)

Das finde ich jetzt interessant. Hast du da irgendwelche Stichworte, Beispiele, Links zu Hand? Danke vorab.

https://msdn.microsoft.com/de-de/lib...v=vs.110).aspx
http://www.codefest.at/post/2012/04/...Versionen.aspx

Zitat:

Zitat von frapo (Beitrag 1346800)

Da hatte ich bisher vielleicht einfach nur Glück. Wenn ich beispielsweise mit VS 2005(.NET 2.0) eine Anwendung erstelle, lief diese auch unter 4.6. Aber ich bin da auch kein Hardcoreprogrammierer was .NET angeht. Von daher hatte ich vielleicht wirklich nur Dusel.

Bei neueren Windows-Betriebssystemen sind die älteren .NET-Versionen teilweise schon vorinstalliert. Möglicherweise ist das auch die Ursache, dass dann ältere Anwendungen ohne Voraussetzungen funktionieren.

[uligerhardt]

Zitat:

Zitat von himitsu (Beitrag 1346791)

dann schreibst du eben satt

Delphi-Quellcode:

Sin(x)

ein

Delphi-Quellcode:

x.Sin

.

Auuuua! Warum tust du das? :cry:

[OlafSt]

Nun ja, eigentlich sind die Versionen an sich schon abwärtskompatibel. Das problem ist nur, das man gern ein paar Features aus .NET 4.0 benutzt (Windows 7), die natürlich in .NET 2.0 nicht existieren. Andersrum ist das aber kein Problem.

Innerhalb des Visual Studio kann man per Mausklick die Anwendung gegen eine andere .NET-Version compilieren lassen. Der Compiler für C#/VB.NET ist Größenordnungen cleverer als alles, was ich bisher in Delphi gesehen habe und findet 99% der möglichen Probleme schon zur Compiletime. Läßt es sich also übersetzen, läuft es in der Regel auch.
Dann brauchts, wie im verlinkten MSDN-Artikel gezeigt, nur die eben getestete .NET-Version in das Manifest aufgenommen werden und schon wird nicht mehr nach "ich brauch aber .NET X.X" gejammert.

Ich denke, das hat man bei Delphi schlicht nicht getan.

[jaenicke]

Zitat:

Zitat von uligerhardt (Beitrag 1346817)

Zitat:

Zitat von himitsu (Beitrag 1346791)

dann schreibst du eben satt

Delphi-Quellcode:

Sin(x)

ein

Delphi-Quellcode:

x.Sin

.

Auuuua! Warum tust du das? :cry:

Weil es einfacher ist. Genauso wie:

Delphi-Quellcode:

42.ToString

[Neutral General]

Zitat:

Zitat von jaenicke (Beitrag 1346820)

Zitat:

Zitat von uligerhardt (Beitrag 1346817)

Zitat:

Zitat von himitsu (Beitrag 1346791)

dann schreibst du eben satt

Delphi-Quellcode:

Sin(x)

ein

Delphi-Quellcode:

x.Sin

.

Auuuua! Warum tust du das? :cry:

Weil es einfacher ist. Genauso wie:

Delphi-Quellcode:

42.ToString

Da muss ich uligerhardt aber recht geben: zahl.ToString sieht ja in Ordnung aus, aber x.Sin ist doch schrecklich :pale:
Oder willst du in Zukunft so programmieren?

Delphi-Quellcode:

x.Plus(y.Square()).Sin()

[bra]

Zitat:

Zitat von Neutral General (Beitrag 1346821)

Oder willst du in Zukunft so programmieren?

Delphi-Quellcode:

x.Plus(y.Square()).Sin()

Wobei y.Square ja näher an der mathematischen Schreibweise ist, als Square(x). Sinus usw. sind da aber vielleicht ungünstige Beispiele, aber mal ehrlich, wie oft braucht man diese mathematische Funktionen?

[jaenicke]

Den großen Unterschied sehe ich da nicht...
Gerade bei mathematischen Formeln finde ich es lesbarer zu lesen:
Ich nehme x plus y im Quadrat. Und dann berechne ich davon den Sinus.