Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!
Werbeanzeige
Treue Seele
Wohnort: Düsseldorf
Beruf: Manager of Developer Relations at Hazelcast, Inc. & Consultant for Scaleable Gameserver Systems
Die Frage ist, braucht man sowas wirklich?
Da hat jemand wohl noch nie mit JavaScript im Internet Explorer 7 gearbeitet, oder? Dort lautet die entsprechende Fehlermeldung einfach nur "Das Objekt unterstützt die Eigenschaft oder Methode nicht!", auch obwohl der Fehler nur bei ungültigen Aufrufen von Methoden (Funktionen unterhalb von Objekten) auftreten kann.[...] und "identifier XY not found" ist nicht gerade die hilfreichste Information, wie ich finde.
Es ist ja keine Schande etwas falsch zu machen, als Programmierer tu ich das täglich, [...].
Treue Seele
Wohnort: Düsseldorf
Beruf: Manager of Developer Relations at Hazelcast, Inc. & Consultant for Scaleable Gameserver Systems
Mit dem Unterschied, dass .NET keinen echten JIT Compiler hat, sondern einen Ahead-Of-Time (am Anfang wurde alles beim Starten durch-compiliert, später dann bei der Installation - der Grund wieso .NET Anwendungen ewig zum installieren benötigen). Ein echter JIT ist z.B. der HotSpot Compiler (C1 & C2) in Java. Dieser optimiert und entfernt tatsächlich zur Laufzeit (teils sehr aggressiv) und muss dann auch schon mal Annahmen rückgängig machen. Allgemein erreicht man mit vollem JIT aber tatsächlich native Geschwindigkeit, da nach dem Aufwärmen der Anwendung eh alles hoch-optimierter, nativer Code ist und dieser durch die Analyse des Laufzeitverhalten auch noch ungenutzte Code-Branches entfernt wurden. Als letzter Punkt (natürlich abhängig vom AOT/JIT Compiler) kann dieser exakt auf die verwendete CPU Architektur optimieren.Die Sache mit dem JIT Compiler verstehe ich nicht ganz. JIT heißt doch bloß, dass nicht der Code der Plattform ausgeliefert wird sondern der Zwischencode. Warum sollte die Ausführungsart eine Auswirkung auf die Hilfestellungen des Compiler (Front Ends) haben?
Ehrlich gesagt habe ich auch nicht den Eindruck, dass der Trend stark dorthin geht. Die Technik hat ganz klar Grenzen, Microsoft hat zum Beispiel erst vor kurzem eingesehen, dass die Bremse für viele Anwendungen einfach nicht optimal ist und das C# eine Alternative braucht: http://blogs.msdn.com/b/dotnet/archive/2…ve-preview.aspx
Werbeanzeige