Mit dem Aufkommen der ersten Java-Artikel habe ich einen Blick riskiert. Aber die Geschwindigkeit und das AWT haben mich dann noch nicht überzeugen können.
Jetzt ist es mal wieder so weit. Ich habe von C++ mal wieder die Nase voll.
Die Syntax gefällt mir einfach nicht. Die OOP-Features sehen im "C Code" wie Fremdkörper aus, und viele Toolkits nutzen die "neueren Standards" wie die stdlib (STL) einfach nicht aus. Entweder string wird nicht verwendet, oder die Listen-Widgets nutzen keine Container. Und dann noch die Aufteilung in Header und "Body". Jetzt gibt es neben Objective-C auch noch Java+SWT oder Mono mit GTK#. Ganz alternativ kann man auch Python mit seinen vielen GUI-Anbindungen verwenden. Es sind einfach zu viele Möglichkeiten. Und für einen ernsthaften Wechsel braucht man einfach Erfahrungswerte "aus dem echten Leben". Und genau das ist der Grund, warum ich hier mal nach euren Erfahrungen fragen möchte.
Sprachen
Im Netz gibt es ja viele Sprachvergleiche. Diese vergleichen meist nur die reinen Sprachfeatures, und lassen das Arbeiten mit der Sprache (und auch mit dem Compiler) meistens außen vor. Nur, nicht jedes Feature ist sinnvoll, und nicht jedes vermisste Sprachelement macht das Arbeiten schwerer. Deswegen zählt hier einfach nur die praktische Erfahrung, die ein Stück Papier einfach nicht bieten kann.
Welche Sprache setzt ihr ein und warum glaubt ihr die richtige Wahl getroffen zu haben? C# hat wirklich ein paar interessante Features. Manches ist aber auch "zu viel des Guten". Welches sind eurer Meinung nach die "must have" Features, die eine Sprache hat, die Andere vielleicht aber nicht?
Mein ganz besonderer "Liebling" ist Objective-C. Darauf habe ich schon lange ein Augenmerk geworfen, aber bisher hatte ich noch nicht die Gelegenheit zu mehr. Die Möglichkeiten sind genial (wer sich schon mal Bundles angesehen hat, der weint, wenn er den Aufwand von plugins in C++ sieht)! Aber es ist halt was "ganz anderes" und zusammen mit GNUstep auch noch recht weit weg vom "Mainstream". Das ist generell nicht schlimm, aber die GNUstep-Entwicklung scheint ähnlich träge zu verlaufen, wie man es von Hurd her kennt. Obwohl sich das letzte halbe Jahr einiges bewegt hat. Setzt jemand auf Objective-C und GNUstep?
Oder ist gar Smalltalk --die Mutter von Objective-C-- die bessere Wahl?
GUI
Mit welchen Toolkits oder besser Frameworks schreibt ihr eure GUI-Programme? Was soll man nehmen, wenn man portabel bleiben muss?
Ich entwickle unter Debian und "portiere" dann für die Final-Release nach Windows. Ein Anforderung ist also der "saubere" Betrieb unter Windows und eine "normale" Installation der benötigten Basis. Bei fltk beschränkt sich das auf eine DLL. Für GTK2 gibt es ja schon fertige Installer.
Mein Seitenblick auf Objective-C hat sich auch unter diesen Anforderungen noch nicht gerächt. Auch hier gibt es die "Basis" bereits für Windows. Ich habe nur keine Ahnung wie stabil das läuft, und wie sich die Applikationen "anfühlen". Objective-C und GNUstep bilden zusammen mit der "IDE" GORM einfach eine toole Arbeitsplattform. Man muss sich nur mal länger auf dieses Gespann einlassen. Und dazu hat mir bisher die Zeit gefehlt.
Feeling...
Wie sind die Geschwindigkeiten der Bytecode-Interpreter? Es gab ja schon einige Threads, die das Thema angeschnitten haben. Wie schlägt sich mono gegen java -- Startupzeiten, Ausführungsgeschwindigkeiten, Speicherverbrauch?
Wenn ich mit Azureus mit SWT anschaue, dann "merke" ich von Java nicht mehr viel. SWING-Anwendungen wie "Pauker" oder "JEdit" (ja, denn habe ich mir auch mal angesehen) sind hingegen wieder (wie erwartet) langsam.
Wie schneiden die dynamisch getypten Sprachen wie Objective-C oder Smalltalk im Vergleich ab?
Leider habe ich hier bei mir kein Mono unter Linux am laufen. Unter XP macht die 1.1.6 einen zwiespältigen Eindruck. Aber ich habe auch keine brauchbaren Programme um hier was genaueres zu sagen.
Zum Schluß kann man ja noch Python mit einem Framework wie PyGTK mit in die Betrachtung einbeziehen. So ganz langsam ist dieses Gespann ja auch nicht.
) aber ich bin dann recht bald wieder von SWT abgekommen. Qt ist netter zu programmieren und besser designt.
Nen Schreibfehler kann dabei schon zu echt krassen Debuggingorgien führen. In diesem Zusammenhang muss man auch den Garbage Collector nennen, der aber auch imho das Problem hat, dass der genaue Zeitpunkt der Freigabe von Speicherplatz nicht definiert ist, was Java für embedded Anwendungen schwer brauchbar macht.