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

[Benedikt Magnus]

Zitat:

Zitat von stahli (Beitrag 1346689)

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

Mit FreePascal wird das noch ausschlaggebener: Installiere mal .NET/Mono auf einem Raspberry Pi. :stupid:
Dort müsste man schon Python oder Java verwenden. Ersteres nutze ich höchstens mal für kleinere Dinge (z.B. das Ansprechen einer kleinen LED über GPIO bei Systemstart).
Gerade erst habe ich ein größeres, grafisches Projekt in FreePascal für den Pi portiert, erledigt in fünf Minuten (Crosscompiler installiert und angestellt), und alles läuft flüssig und nativ auf dem Pi. Was will man mehr? :)

[jfheins]

Zitat:

Zitat von Benedikt Magnus (Beitrag 1346691)

Mit FreePascal wird das noch ausschlaggebener: Installiere mal .NET/Mono auf einem Raspberry Pi. :stupid:
Dort müsste man schon Python oder Java verwenden. Ersteres nutze ich höchstens mal für kleinere Dinge (z.B. das Ansprechen einer kleinen LED über GPIO bei Systemstart).
Gerade erst habe ich ein größeres, grafisches Projekt in FreePascal für den Pi portiert, erledigt in fünf Minuten (Crosscompiler installiert und angestellt), und alles läuft flüssig und nativ auf dem Pi. Was will man mehr? :)

Hab ich schon mal gemacht :-D Ich erinnere mich nicht mehr an alles, aber es war ungefähr so: 1. apt-get install mono 2. Die exe vom Laptop rüberschieben 3. x-Flag setzen, exe ausführen, läuft :thumb:

[jaenicke]

Zitat:

Zitat von EWeiss (Beitrag 1346646)

In dem Fall muss ich Recursive(blaaa); Global definieren oder in eine Klasse unterbringen andernfalls wird es nicht gefunden.

Das ist eine der guten Seiten von C#. Da kann man nicht einfach irgendwelche Methoden lose irgendwo hinwerfen. Da ist man gezwungen diese in namespaces, Klassen usw. einzusortieren.

Leider ist dies eine der Altlasten des rein prozedural orientierten ursprünglichen Pascal, dass das in Delphi heute noch geht. Ansonsten wären viele Quelltexte viel besser strukturiert.

[himitsu]

Zitat:

Zitat von Benedikt Magnus (Beitrag 1346674)

Edit: Ich empfand die Kombination mehrere Befehle in vielen anderen Sprachen (insbesondere C/C++) immer schon eher als Nachteil denn wirklich nützlich...

Ich vergesse ständig wer was wie rum macht.
i++ und ++i :stupid:

In Delphi/Pascal sind Zuweisungen immer deutlich erkennbar.
In PHP (ist auch eine C-Sprache) bin ich schon auf ein if (i = 2) reingefallen, denn dass liefet immer True und i ist danach plötzlich 2. :stupid:
PHP erlaubt es, aber zum Glück hatten dann später einige PHP-Editoren sowas über eine Syntaxprüfung als Warnung dir angezeigt. :stupid:

[frapo]

Zitat:

Zitat von himitsu (Beitrag 1346728)

Ich vergesse ständig wer was wie rum macht.
i++ und ++i :stupid:

Dabei ist das so einfach: Prä-und Postinkrement, sieht man ja eigentlich wo der Operator steht, eben vor oder nach der Variablen :-D

Angenehm an diesem Thread(und am Titel) finde ich ja, dass mal endlich zwischen Delphi und Pascal/Object Pascal unterschieden wird. Sonst hört sich das ja immer so an, als ob Pascal automatisch im Besitz von Emba wäre.

Pascal/Object Pasccal ist nach wie vor eine ganz tolle Sprache um ganz klar und strukturiert zu programmieren. Diese Eigenschaft macht Pascal auch für die Zukunft immer wieder interessant.

Egal ob Emba irgendwann mal die Kurve bekommt oder nicht, Pascal/Object Pascal wird weiterhin bei vielen beliebt bleiben.

[Mikkey]

Zitat:

Zitat von Tango (Beitrag 1346690)

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:

Zitat von Mikkey (Beitrag 1346743)

Zitat:

Zitat von Tango (Beitrag 1346690)

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.

[uligerhardt]

Zitat:

Zitat von jaenicke (Beitrag 1346708)

Das ist eine der guten Seiten von C#. Da kann man nicht einfach irgendwelche Methoden lose irgendwo hinwerfen. Da ist man gezwungen diese in namespaces, Klassen usw. einzusortieren.

In Namespaces? Muss schon ne Klasse sein, oder?
Und das macht ja z.B. für Sin/Cos etc. nicht so viel Sinn.

[jaenicke]

Zitat:

Zitat von uligerhardt (Beitrag 1346769)

Und das macht ja z.B. für Sin/Cos etc. nicht so viel Sinn.

TMath.Sin usw. als Klassenmethoden macht schon Sinn, weil man dann das ganze so thematisch unterteilt und nicht mehr einfache Prozeduren herumfliegen hat.

Denn ansonsten fehlt dir z.B. die Syntaxergänzung oder du schreibst den ganzen Unitnamen ab.
So schreibst du einfach TMath. und siehst die verfügbaren Methoden ohne tausend weitere globale Prozeduren zu sehen.