Config :: modèle fournit un cadre pour aider à valider le contenu sémantique des données de configuration. Le projet peut également être utilisé pour fournir un contrôle sémantique d'options d'un programme complexe comme mplayer ou transcode.
Pour la plupart des logiciels complexes, mise à niveau de configuration est une tâche difficile pour la plupart des gens. En utilisant Config :: Model, un logiciel peut fournir un chemin de mise à niveau en douceur pour leurs utilisateurs.
Comment cela marche-t-il?
L'utilisation de ce projet, un outil typique de validation de la configuration sera composé de 3 parties:
L'interface utilisateur
Le moteur de validation qui est responsable de la validation de l'ensemble des informations de configuration fournies par l'utilisateur.
L'installation de stockage qui stocke les informations de configuration
Ne avons-nous pas déjà des outils de validation de configuration?
Vous pensez probablement des outils comme webmin. Oui, ces outils exister et fonctionner correctement, mais ils ont leur ensemble d'inconvénients.
Habituellement, la validation des données de configuration se fait avec un script qui effectue une validation sémantique et finit par être assez complexes (par exemple, 2 500 lignes pour le script de xserver-xorg.conf de Debian qui gère fichier xorg.conf) souvent.
Dans la plupart des cas, le modèle de configuration est exprimé dans les instructions (quel que soit le langage de programmation utilisé) et parsemé de beaucoup de traitement pour traiter les données de configuration réels.
Quel est l'avantage de ce projet?
Le Config :: Les projets modèles fournissent un moyen d'obtenir un moteur de validation où le modèle de configuration est complètement séparé de l'instruction réelle de traitement.
Le modèle de configuration est exprimée sous une forme déclarative (soit un Perl structure de données) qui est toujours plus facile à entretenir que beaucoup de code.
La déclaration précise:
la structure de données de configuration (qui peut être interrogé par les interfaces utilisateur génériques)
les propriétés de chaque élément (limites, vérifier, entier ou une chaîne, comme le type ENUM ...)
les valeurs des paramètres par défaut (le cas échéant)
paramètres obligatoires
le public ciblé (intermédiaire, avancé, maître)
aide en ligne (pour le paramètre haque ou la valeur du paramètre)
le niveau d'expertise de chaque paramètre (pour cacher paramètres experts de yeux débutants)
Donc, à la fin:
la maintenance et à l'évolution de la teneur en configuration est plus facile
utilisateur verra une interface commune * * pour * tous * les programmes utilisant ce projet.
l'utilisateur ne verra pas les paramètres avancés
mise à jour des données de configuration est plus facile et test de cohérence est effectuée
vérification de la configuration est possible de vérifier ce qui a été modifié par l'utilisateur compated aux valeurs par défaut
Qu'en est-il de l'interface utilisateur?
Config :: Modèle viendra aussi avec un Curses interface UI :: qui interroge le modèle de l'utilisateur et générer les écrans d'utilisateurs concernés.
Qu'en est-il de stockage de données?
Depuis la syntaxe des fichiers de configuration varient former sauvagement un programme à un autre, la plupart des gens qui veulent utiliser ce cadre devront fournir un analyseur / écrivain consacré.
Néanmoins, ce projet peut également fournir un écrivain / parser pour le format le plus courant: comme fichier de style ini, ou de fournir une interface à l'Elektra ou projets de debconf. Ce point est ouvert à la discussion.
Il est tout à fait possible pour un modèle de configuration simple à utiliser plusieurs analyseurs et écrivains de sorte qu'un modèle sera d'assurer la cohérence de plusieurs fichiers de configuration ainsi
Quoi de neuf dans cette version:.
- Tous les fichiers modèles sont maintenant édités Xorg et écrits par Config :: :: Modèle lui-même.
- Le modèle fglrx a été ajouté.
- Le modèle d'extensions a été ajouté.
- La commande config-edit-xorg a été ajouté pour faciliter la cuisson jusqu'à l'éditeur de xorg.conf.
- Le modèle Ati a été ajouté.
- Le modèle de Radeon a été améliorée.
- L'analyseur est maintenant insensible aux cas pour des mots clés (comme Xorg).
- Beaucoup de bugs ont été corrigés.
- Les modèles de pilotes sont encore incomplètes.
Ce qui est nouveau dans la version 1.101:
- config-edit-xorg a été ajouté pour faciliter la cuisson jusqu'à la éditeur de xorg.conf.
Quoi de neuf dans la version 0,513:.
- Un modèle VESA a été ajouté
- Cette version va essayer plusieurs répertoires pour trouver la configuration X.Org.
- Il a été fixé pour faire face à la nouvelle Config :: Model :: Autoread.
Exigences :
- Perl
Commentaires non trouvées