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

[stahli]

@Tango

Es weicht etwas vom Thema ab, aber da will ich mal nachfragen...

Die NET-Plattform ist doch ohnehin heutzutage Standard und quasi bei jedem Windows dabei.
Insofern kann man es für neue Projekte m.E. auch nutzen.

Wenn ich ein Programm nutze kann es mir letztlich egal sein, ob es nativ oder unter NET läuft.

[Tango]

Zitat von stahli:

@Tango

Es weicht etwas vom Thema ab, aber da will ich mal nachfragen...

Die NET-Plattform ist doch ohnehin heutzutage Standard und quasi bei jedem Windows dabei.
Insofern kann man es für neue Projekte m.E. auch nutzen.

Wenn ich ein Programm nutze kann es mir letztlich egal sein, ob es nativ oder unter NET läuft.

Teilweise hast du recht, Net Frameworks werden mit Windows mitgelifert aber nicht alle Versionen. 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. Und bei uns in der Firma können wir nicht ohne weiteres Anwendungen installieren. Da arbeite ich lieber mit Native Exe und brauche es nicht zu installieren.

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

[frapo]

Zitat von bra:

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