sinnvollere Entwicklungsumgebung?

[mjustin]

Zitat von implementation:

[*]... so langsam, dass ich schneller neue Sachen ausm Regal hole, als er wegräumen kann

Weder für Java noch für C# schreibt die Spezifikation vor, dass der Garbage Collector langsam sein muss

Seit Java 5 ist die parallele Garbage Collection per Default eingeschaltet, wenn es sich um eine Maschine mit mehreren Prozessoren oder -kernen handelt. (Siehe Angelika Langer, Generational Garbage Collection, http://www.angelikalanger.com/Articl...oungGenGC.html) - dann können neben den Anwendungsthreads mehrere GC Threads laufen, die sich die einzelnen GC Strategien und Speichertypen untereinander effizient aufteilen können.

Dass man in Delphi alles selber machen darf ist schön, schön ist aber auch wenn einem die Arbeit abgenommen werden kann - weniger Codierungsaufwand für das Schreiben von Destruktoren, weniger Kopfzerbrechen über den 'richtigen' Zeitpunkt ab dem ein Objekt freigegeben werden kann, mehr Zeit für andere Pfadfindertugenden

Beispiel, was so ein Garbage Collector bringt: wenn eine Reihe von Objekten zyklisch referenziert sind (A -> B -> C -> A), und nur auf eines der Objekte in diesem Ring noch über eine Variable zugegriffen werden kann, darf man natürlich die anderen noch nicht freigeben. Sobald aber diese eine Variable nicht mehr aus dem Programm erreichbar ist (bei Verlassen einer Prozedur in der diese Referenz existierte, oder wenn sie auf nil gesetzt wird), dann sind die daran hängenden Objekte A bis C nicht mehr erreichbar. In Java werden solche Dateninseln erkannt und freigegeben. In Delphi hat man viel Spass mit der Programmierung eines entsprechenden Aufräumalgorithmus...

[implementation]

Zitat von mjustin:

dann können neben den Anwendungsthreads mehrere GC Threads laufen, die sich die einzelnen GC Strategien und Speichertypen untereinander effizient aufteilen können.

Oh Wow, füttern wir ihn mit noch mehr wertvoller Rechenleistung

[QuickAndDirty]

Lazerus...ich habe es mehrfach versucht und niee geschafft komponenten zu installieren...jedesmal den lazerus beim vollständigen neucomplieren kaputt gehabt...

Sogar vernünftige Netzwerkomponenten werden nicht per default mit geliefert.... ich wünschte man würde Lazerus viel Vollständiger ausliefern als mit den 4 Kompos....

Mit C# habe ich dagegen sehr gut Erfahrungen gemacht, allerdings nur mit .NET

bei java stört mich das ich nicht aus dem sandkasten rauskomme....aber es fühlt sich für das prgrammieren von Netzwerkkram wirklich sehr gut an! Vor allem da man z.B. Objekte einfach so wegserialisieren kann ohne eigenen Aufwand über den Serializable Adapter
Dann schickt man sie über ne Namedpipe und deserialisiert sie am anderen Ende wieder...

Für so kram ist java wirklich sehr gemütlich....

Und ich habe auch böse erfahrungen mit der Java GC gehabt....sehr böse...(Katalogisieren von Prüfsummen alleer dateien in meinem Dateisystem, dabei fing es dann irgendwann an sehr sehr lahm zu werden...so nach einigen 70.000 geöffneten und wieder geschlossenen(?) Dateien....)