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

[uligerhardt]

Zitat von jaenicke:

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 von uligerhardt:

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.

[uligerhardt]

Zitat von jaenicke:

Zitat von uligerhardt:

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.

Da macht das Formelschreiben Spaß. Und Sin krieg ich ohne Syntaxvervollständigung hin.

[OlafSt]

Das mag bei simplen bzw. oft genutzten Dingen wie mathematische Funktionen noch unsinnig erscheinen.

Doch wie ist das z.B. mit TFormatSettings ? Da kenne ich bei weitem nicht alle Elemente, die sich dahinter verbergen. Ähnlich ist es in .NET mit der statischen Math-Klasse, der Converter-Klasse (die nahezu alles in alles Konvertieren kann und weit über IntToStr oder TStringList.DelimitedText='bla' hinausgeht), der BitConverter-Klasse und so weiter.

Gerade am Anfang, wenn man noch neu in .NET ist, ist das eine unschätzbare Hilfestellung. Ein Delphi-Neuling muß lernen, das man einen Int per "IntToStr" in einen String verwandelt. Und das es noch FloatToStr und FormatDateTime usw. usf. gibt... Dem .NET-Neuling sagt man "schau in die Convert-Klasse" und er findet von selbst den Weg zu all diesen Konvertierungen.

So unsinnig ist das ganze also nicht

[uligerhardt]

Zitat von OlafSt:

Das mag bei simplen bzw. oft genutzten Dingen wie mathematische Funktionen noch unsinnig erscheinen.

Ich sag ja auch nicht, dass Namespaces oder Klassen überflüssig sind. Überflüssig ist hingegen, alles andere verbieten zu wollen, selbst wenn es sinnvoll sein kann.

Zitat von OlafSt:

Ein Delphi-Neuling muß lernen, das man einen Int per "IntToStr" in einen String verwandelt. Und das es noch FloatToStr und FormatDateTime usw. usf. gibt... Dem .NET-Neuling sagt man "schau in die Convert-Klasse" und er findet von selbst den Weg zu all diesen Konvertierungen.

Naja, aber suche ich IntToStr jetzt in der String-, Integer- oder einer Pseudo-Namespace-Converter-Klasse? Ohne gute Doku etc. kommt man da eh nicht aus.

[mkinzler]

InToToStr -> Integer.toString
StrToInt -> String.toInteger/asInteger

[uligerhardt]

Zitat von mkinzler:

InToToStr -> Integer.toString
StrToInt -> String.toInteger/asInteger

OK, OK...

[OrNEC]

Bei mir ist das einfach "die erste Liebe". Bin zwar von Delphi zu Lazarus gewandert, aber letztendlich ist das alles Pascal.