- Vollständige Offenlegung - das sind Hausaufgaben, und das ist mein Abschlussprojekt. -
Ich habe meine erste große Obj-Oriented Javascript Charting-Anwendung (Balkendiagramme, Gantt-Diagramme, etc.) geschrieben und möchte den Benutzern die Möglichkeit geben, die Ausgabe anzupassen - Dinge wie Schriftgröße, Diagrammfarben usw.
Im Moment übergebe ich eine Konfigurationsdatei, die globale Variablen enthält, die entweder A) fest codiert sind oder B) Parameter aus der URL ziehen. (Um klar zu sein, denke ich es ist eine "Config" -Datei - es ist nur eine * .js-Datei mit einer Reihe von Globals in).
Meine Frage ist dies - gibt es eine bessere Technik dafür, als eine Konfigurationsdatei in den globalen Raum zu laden? Was ist die "beste Praxis" für diese Art von Sache? Sollte ich ein Objekt "Einstellungen" haben? Oder speichern Sie die Einstellungen in einer XML-Datei?
Gibt es dafür eine bessere Technik als das Laden einer Konfigurationsdatei in den globalen Raum?
Normalerweise definieren Sie einen eigenen benutzerdefinierten Namespace, sodass Ihre Daten nicht mit Daten in Konflikt geraten, die von anderen Skripten definiert werden. Etwas wie
Laut Nikitas Kommentar ist es am besten, die Einstellungen unter einem Projektnamensraum zu speichern.
Es kann auch sinnvoll sein, die Konfiguration als JSON zu speichern und sie dann synchron oder asynchron zu laden - je nach Vorliebe. Dies ermöglicht es Ihnen, Ihre Programmlogik woanders zu halten, ohne eine Konfigurationsdatei zu haben, die davon abhängt, dass es eine bestimmte Variable gibt, der ein Objekt zugewiesen werden muss (d. H.% Co_de%). Aus Gründen der Wartbarkeit können programmlogikunabhängige JSON-Einstellungen daher am besten sein ...
Diese Idee ist vielleicht übertrieben! Ich dachte nur, es lohnt sich, da draußen zu sein!
Tags und Links javascript global