Config :: Modell bietet einen Rahmen, um in die Validierung der semantische Gehalt von Konfigurationsdaten zu helfen. Das Projekt kann auch verwendet werden, um eine semantische Prüfung der Möglichkeiten einer komplexen Programm wie MPlayer oder transcode ist.
Für die meisten komplexen Software, ist die Konfiguration Upgrade eine schwierige Aufgabe für die meisten Menschen. Durch die Verwendung von Config :: Modell kann eine Software sorgen für einen reibungslosen Upgrade-Pfad für ihre Nutzer.
Wie funktioniert das?
Mit diesem Projekt wird eine typische Konfiguration Validierungstool von 3 Teilen bestehen:
Die Benutzerschnittstelle
Die Validierungsmaschine, die verantwortlich für die Validierung alle Konfigurationsdaten durch den Benutzer vorgesehen ist.
Die Lagereinrichtung, die die Konfigurationsdaten speichern
Haben wir nicht schon einige Konfigurations Validierungs-Tools?
Sie denken vermutlich von Tools wie Webmin. Ja, gibt es diese Werkzeuge und funktionieren, aber sie haben ihre Reihe von Nachteilen haben.
Normalerweise ist die Validierung von Konfigurationsdaten mit einem Skript, das semantische Validierung führt und oft endet als sehr komplex (zB 2500 für Debian zu xserver-xorg.config Skript, welches xorg.conf Datei-Handles) durchgeführt.
In den meisten Fällen wird das Konfigurationsmodell in Anweisungen zum Ausdruck (was auch immer Programmiersprache verwendet wird) und mit einer Menge von Verarbeitung, um die Ist-Konfigurationsdaten verarbeiten durchsetzt.
Was ist der Vorteil von diesem Projekt?
Die Config :: Modellprojekte bieten eine Möglichkeit, eine Validierung Motor, wo die Konfigurationsmodell vollständig von der tatsächlichen Verarbeitungsanweisung getrennt zu erhalten.
Das Konfigurationsmodell wird in einer deklarativen Form ausgedrückt (dh ein Perl-Datenstruktur), die immer leichter zu pflegen als eine Menge von Code.
Die Erklärung gibt:
die Struktur der Konfigurationsdaten (die von generischen Benutzerschnittstellen abgefragt werden kann)
die Eigenschaften der einzelnen Elemente (Grenzen, überprüfen Sie, integer oder string, enum wie Typ ...)
die Standardwerte der Parameter (falls vorhanden)
Pflichtparameter
die Zielgruppe (Zwischen, Nachnahme, Master)
Online-Hilfe (für ach Parameter oder Wert des Parameters)
die Fachkompetenz der einzelnen Parameter (Expertenparameter von Neuling Augen zu verbergen)
Also, am Ende:
Wartung und Entwicklung der Konfigurationsinhalte einfacher
Benutzer sieht eine gemeinsame * * Interface für * alle * Programme, die dieses Projekt.
Benutzer werden nicht sehen, erweiterte Parameter
Aktualisierung der Konfigurationsdaten ist einfacher und Plausibilitätsprüfung durchgeführt
Prüfung der Konfiguration kann überprüft werden, was durch den Benutzer auf die Standardwerte geändert compated
Was ist mit der Benutzerschnittstelle?
Config :: Modell wird auch mit einem Curses :: UI-Schnittstelle, die Modell des Benutzers fragt kommen und generieren die relevanten Benutzerbildschirme.
Was ist die Datenspeicherung?
Da die Syntax der Konfigurationsdateien variieren wild ein Programm bilden, zum anderen werden die meisten Menschen, die diesen Rahmen verwenden möchten, müssen einen eigenen Parser / Schreibgerät bereitzustellen.
Dennoch kann dieses Projekt auch ein Schriftsteller / Parser für gängigste Format: wie ini-Stil-Datei oder eine Schnittstelle zu der Elektra oder debconf-Projekte. Dieser Punkt ist für Diskussionen offen.
Es ist durchaus möglich, dass ein einzelnes Konfigurationsmodell, mehrere Parser und Schriftsteller zu verwenden, so ein Modell wird die Konsistenz der verschiedenen Konfigurationsdateien gemeinsam dafür sorgen,
Was ist neu in dieser Pressemitteilung:.
- Alle Xorg-Modell-Dateien werden nun bearbeitet und durch Config :: Modell :: Sich geschrieben.
- Die Fglrx Modell wurde hinzugefügt.
- Die Extensions-Modell wurde hinzugefügt.
- Die config-edit-xorg-Befehl wurde hinzugefügt, um zu erleichtern Anheizen der xorg.conf-Editor.
- Die Ati-Modell wurde hinzugefügt.
- Die Radeon-Modell wurde verbessert.
- Der Parser ist jetzt unempfindlich für Suchbegriffen (zB Xorg) Fall ist.
- Viele Fehler wurden behoben.
- Die Fahrer Modelle sind noch nicht abgeschlossen.
Was ist neu in der Version 1.101:
- config-edit-xorg wurde hinzugefügt, um zu erleichtern Endung der xorg.conf-Editor.
Was ist neu in der Version 0.513:.
- Eine VESA-Modell wurde hinzugefügt
- Diese Version wird mehrere Verzeichnisse versuchen, die X.Org-Konfiguration zu finden.
- Es wurde festgelegt, um mit der neuen Config :: Modell :: Autoread fertig zu werden.
Anforderungen :
- Perl
Kommentare nicht gefunden