nicht angemeldet
Hallo,
wenn es denn doch mal dazu kommt, das ein prozess objekte ueber "for ... in" zu iterieren hat, dann ist dieser prozess eben so wasserdicht zu schreiben (...)
Klar, wenn man sich Scripts von erfahrenen Programmierern oder größere Frameworks anschaut, so bringen die nicht nur eigene Vererbungsfunktionen mit, sondern sind auch so tolerant gebaut, dass beim for-in nichts schiefgehen kann, auch wenn sie Object.prototype selbst nicht erweitern.
Das Problem sind wohl eher Scripte, die nicht darauf achten und Programmierer, die nicht ahnen, was es bedeutet, Object-prototype zu erweitern. Heutzutage nutzen Websites viele fremde Scripte, die sich seltenst an gemeinsame Grundlagen halten. Damit die untereinander kompatibel sind und einfach nicht wissen müssen, was andere Scripts prototypisch verbrochen haben, gibts halt diese Praxiskonvention. Die Konvention richtet sich eher an Autoren von wiederverwendbaren Scripten oder Bibliotheken, damit deren Anwender verschiedene und eigene Scripts problemlos einsetzen können. Wer natürlich den Durchblick hat, welcher Code auf der Site zum Einsatz kommt und den ggf. modifiziert, braucht diese Regel nicht unbedingt.
Mathias