Dies ist ein Follow-up zu user106826's Link zu Namespace.js. Es scheint, dass das Projekt nach GitHub . Es ist jetzt smith/namespacedotjs .
Ich habe mit diesem einfachen JavaScript-Helfer für mein kleines Projekt und so weit scheint es zu sein, Licht noch vielseitig genug, um Namespacing behandeln y Laden von Modulen/Klassen. Es wäre toll, wenn es mir erlauben würde, ein Paket in einen Namespace meiner Wahl zu importieren, nicht nur in den globalen Namespace... seufz, aber das ist nicht der Punkt.
Es erlaubt Ihnen, den Namespace zu deklarieren und dann Objekte/Module in diesem Namespace zu definieren:
Namespace('my.awesome.package');
my.awesome.package.WildClass = {};
Eine andere Möglichkeit besteht darin, den Namensraum und seinen Inhalt auf einmal zu deklarieren:
Namespace('my.awesome.package', {
SuperDuperClass: {
saveTheDay: function() {
alert('You are welcome.');
}
}
});
Weitere Anwendungsbeispiele finden Sie in der Datei example.js in die Quelle .
21 Stimmen
Ich kann sehen, wo Sie mit der Überprüfung gehen, um zu sehen, wenn der Namespace genommen wird, aber da das Objekt nicht erstellt werden, wenn dies fehlschlägt, denke ich, der bessere Ansatz ist zu warnen, wenn der Namespace genommen wird. Offen gesagt sollte dies einfach nicht in den meisten JS-Situationen passieren und sollte schnell in der Entwicklung gefangen werden.
19 Stimmen
Nehmen Sie einen "Namespace" der obersten Ebene (Fenstereigenschaft). Besitzen Sie ihn. Konflikte sollten bereits in der Testphase erkannt werden. Machen Sie sich nicht die Mühe, all diese "Was wäre wenn"-Prüfungen hinzuzufügen. Es ist ein fatales Problem für doppelte "Namensräume" und sollte als solches behandelt werden . Sie können einen Ansatz wie jQuery verfolgen, um das Bewohnen eines benutzerdefinierten "Namespace" zu ermöglichen; aber dies ist immer noch eine Frage der Entwurfszeit.
0 Stimmen
Siehe auch stackoverflow.com/questions/2102591/ bei Leistungsproblemen
0 Stimmen
Siehe auch stackoverflow.com/questions/4125479/ für Objekt- und Funktionsnamensräume
0 Stimmen
Dies ist eine Tonne von Informationen, aber wirklich legt die Unterschiede zwischen den verschiedenen JS Design Patterns. Es half mir eine Menge: addyosmani.com/resources/essentialjsdesignpatterns/book
1 Stimmen
Meh, heutzutage haben wir Symbole und Module, so dass doppelte Namespaces nicht einmal ein Problem sein sollten.