nicht angemeldet
Hej,
* Durch den Wegfall der Pointerarithmetik und einer manuellen Speicherverwaltung fallen viele Probleme schlicht weg.
Hmm. Was für Probleme? Ich sehe darin, dass ich in C vieles "von Hand" machen muss, eher einen Vorteil.
So langsam glaube ich, dass du das mit der GUI-Programmierung in Assembler ernst gemeint haben könntest ,-) Klar, wenn ich meine Pointer und Speicherverwaltung im Griff habe, hat es zumindest keinen Nachteil gegenüber einer Laufzeit, die mir die Arbeit abnimmt. Wenn ...
* Die Plattformunabhängigkeit.
Diesen Vorteil lasse ich gelten. Er geht aber, wie du selbst einräumst, auch mit einem Performancenachteil einher, da der Code niemals so optimal auf das Zielsystem abgestimmt sein kann wie Native Code.
Gerade das stimmt eben so nicht. Durch die neue Generation der JIT-Compiler kann man teilweise noch Performance zur Laufzeit herauskitzeln, was bei statisch kompiliertem Code eben so nicht möglich ist. Allerdings hängt das auch stark von der Art der Software ab. Der Performance-Nachteil ergibt sich eben aus dem Overhead der durch die VM und z.B. die OOP erzeugt wird.
Nur ist meine Erfahrung, dass die meisten großen Bibliotheken und Frameworks eben nicht so modular aufgebaut sind, wie ich es gern hätte (und zudem sind sie oft sehr schlecht dokumentiert).
Aber ich vermeide es immer, Fremdcode in meinen Projekten zu verwenden (außer es geht wirklich nicht anders), weil nach meiner Erfahrung der Einarbeitungsaufwand in keinem Verhältnis zum Nutzen steht.
Genau. Und was diese Fremdbibliotheken so alles tun, ist in den meisten Fällen eben *nicht* sauber dokumentiert.
Schau dir wenn du magst die Java-API mal an, du wirst sie lieben.
Beste Grüße
Biesterfeld
Art.1: Et es wie et es
Art.2: Et kütt wie et kütt
Art.3: Et hätt noch immer jot jejange
Das Kölsche Grundgesetz
Der Martin