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

[Mikkey]

Zitat von Tango:

Ich entwickle z.B. mit Net Framework 3.5 oder sogar noch älter, dann ist der Kunde gezwungen(Kunde kann ich auch sein) dieses zu nachinstallieren.

Sorry, aber da bist Du auf dem Holzweg. Eine .NET-Anwendung, die für die Version 3.5 geschrieben wurde, läuft unter dieser und unter allen späteren Versionen.

[Tango]

Zitat von Mikkey:

Zitat von Tango:

Ich entwickle z.B. mit Net Framework 3.5 oder sogar noch älter, dann ist der Kunde gezwungen(Kunde kann ich auch sein) dieses zu nachinstallieren.

Sorry, aber da bist Du auf dem Holzweg. Eine .NET-Anwendung, die für die Version 3.5 geschrieben wurde, läuft unter dieser und unter allen späteren Versionen.

Danke für die Info, wie gesagt habe ich das nie ausprobiert (Net Sprachen) Ich werde es aber mal testen ob es auch funktioniert

[creed steiger]

Dann hast du aber immernoch das Problem mit schlampigen Installern, die explizit auf einer .Net Version beharren und ansonsten die Installation verweigern.

[Sherlock]

Zitat von Mikkey:

Zitat von Tango:

Ich entwickle z.B. mit Net Framework 3.5 oder sogar noch älter, dann ist der Kunde gezwungen(Kunde kann ich auch sein) dieses zu nachinstallieren.

Sorry, aber da bist Du auf dem Holzweg. Eine .NET-Anwendung, die für die Version 3.5 geschrieben wurde, läuft unter dieser und unter allen späteren Versionen.

Aha, das ist dann wohl auch der Grund, warum man auf einem frischen Win10 kein Delphi Berlin installiert bekommt, ohne das beschickerte 3.5 nachzuinstallieren. .net ist Krätze. (<- Punkt)
Die angebliche Plattformübergreifung ist erst durch Linux-Enthusiasten mit Mono halbwegs Realität geworden. Unter Windows gibt es nunmal nur eine Plattform (von Mobile mal abgesehen, aber für derart winzige Nischen entwickelt ja keiner), das sieht man daran, daß zB eine Delphi-Exe unter jeder Windows-Version klaglos läuft. Microsoft hat mit .net zum einen zwar ein hübsches c# gebracht, zum andern aber lediglich die MFC durch .net Libs ausgetauscht. Aber das rennt grad wieder Richtung OT.

Sherlock

[frapo]

Zitat von Sherlock:

Zitat von Mikkey:

Zitat von Tango:

Ich entwickle z.B. mit Net Framework 3.5 oder sogar noch älter, dann ist der Kunde gezwungen(Kunde kann ich auch sein) dieses zu nachinstallieren.

Sorry, aber da bist Du auf dem Holzweg. Eine .NET-Anwendung, die für die Version 3.5 geschrieben wurde, läuft unter dieser und unter allen späteren Versionen.

Aha, das ist dann wohl auch der Grund, warum man auf einem frischen Win10 kein Delphi Berlin installiert bekommt, ohne das beschickerte 3.5 nachzuinstallieren. .net ist Krätze. (<- Punkt)

Um mal in deinem Sprachgebrauch zu bleiben: "beschickert" dürfte eher sein, dass im Delphi-Setup auf .NET 3.5 bestanden wird, statt auch höhere .NET Versionen zu akzeptieren. Das diese abwärtskompatibel sind, weiß man ja eigentlich.

So richtig "beschickert" ist ja aber eher noch, dass Delphi überhaupt .NET braucht!

[bra]

Zitat von frapo:

Um mal in deinem Sprachgebrauch zu bleiben: "beschickert" dürfte eher sein, dass im Delphi-Setup auf .NET 3.5 bestanden wird, statt auch höhere .NET Versionen zu akzeptieren. Das diese abwärtskompatibel sind, weiß man ja eigentlich.

So richtig "beschickert" ist ja aber eher noch, dass Delphi überhaupt .NET braucht!

.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.

[himitsu]

Wenn du das als Static-Class-Methods deklariert hast, dann kannst du auch ein with TMath(nil) do vor deine Berechnung schreiben und schon ist der "Namespace" weg.

Aber man kann das inzwischen auch schön als Record-Helper an Single/Double/Integer/usw. hängen, dann schreibst du eben satt Sin(x) ein x.Sin .

[uligerhardt]

Zitat von himitsu:

dann schreibst du eben satt Sin(x) ein x.Sin .

Auuuua! Warum tust du das?

[jaenicke]

Zitat von uligerhardt:

Zitat von himitsu:

dann schreibst du eben satt Sin(x) ein x.Sin .

Auuuua! Warum tust du das?

Weil es einfacher ist. Genauso wie:
42.ToString

[himitsu]

Zitat von uligerhardt:

Auuuua! Warum tust du das?

Darum

Delphi-Quellcode:

i := StrToInt(i);

i := i.ToInteger;

siehe TStringHelper.ToInteger