Config :: modelo proporciona un marco para ayudar en la validación del contenido semántico de datos de configuración. El proyecto también se puede utilizar para proporcionar un control semántico de opciones de un programa complejo como mplayer o de transcodificación.
Para la mayoría de software complejo, actualización de la configuración es una tarea difícil para la mayoría de la gente. Mediante el uso de Config :: Modelo, un software puede proporcionar un camino de actualización sin problemas para sus usuarios.
Cómo funciona esto?
El uso de este proyecto, una herramienta de validación de la configuración típica se compone de 3 partes:
La interfaz de usuario
El motor de validación que está a cargo de la validación de toda la información de configuración proporcionada por el usuario.
La instalación de almacenamiento que almacenan la información de configuración
¿No tenemos ya tenemos algunas herramientas de validación de configuración?
Probablemente esté pensando de herramientas como webmin. Sí, estas herramientas existen y funcionan bien, pero tienen su conjunto de inconvenientes.
Por lo general, la validación de los datos de configuración se realiza mediante un script que realiza la validación semántica y, a menudo termina siendo bastante complejos (por ejemplo, 2.500 líneas de guión xserver-xorg.config de Debian que se ocupa de archivo xorg.conf).
En la mayoría de los casos, el modelo de configuración se expresa en las instrucciones (cualquiera que sea el lenguaje de programación se utiliza) y entremezcla con una gran cantidad de procesamiento para manejar los datos de configuración reales.
¿Cuál es la ventaja de este proyecto?
El Config :: proyectos modelo proporciona una forma de obtener un motor de validación en el que el modelo de configuración está completamente separada de la instrucción de procesamiento real.
El modelo de configuración se expresa en una forma declarativa (es decir, una estructura de datos Perl) que siempre es más fácil de mantener que una gran cantidad de código.
La declaración especifica:
la estructura de los datos de configuración (que puede ser consultada por las interfaces de usuario genéricos)
las propiedades de cada elemento (límites, comprobar, entero o cadena, enum como tipo ...)
los valores por defecto de parámetros (si los hay)
parámetros obligatorios
el público objetivo (intermedio, adelantado, maestro)
ayuda en línea (para el parámetro ach o valor de parámetro)
el nivel de experiencia de cada parámetro (para ocultar los parámetros de expertos de ojos novato)
Así que, al final:
mantenimiento y la evolución del contenido de configuración es más fácil
usuario verá una interfaz común * * * para todos los programas * utilizando este proyecto.
usuario no verá parámetros avanzados
actualización de datos de configuración es más fácil y simple comprobación se realiza
auditoría de configuración es posible comprobar lo que fue modificada por el usuario compated a valores por defecto
¿Qué pasa con la interfaz de usuario?
Config :: Modelo también vendrá con un Maldiciones interfaz UI :: que consulta modelo del usuario y generar las pantallas de usuario pertinentes.
¿Qué pasa con el almacenamiento de datos?
Desde la sintaxis de los archivos de configuración varían enormemente formar un programa a otro, la mayoría de las personas que quieren utilizar este marco tendrán que proporcionar un analizador dedicado / escritor.
Sin embargo, este proyecto también puede proporcionar un escritor / analizador de formato más común: como archivo de estilo ini, o proporcionar una interfaz para el Elektra o proyectos de debconf. Este punto está abierto para el debate.
Es enteramente posible que un modelo de configuración única de utilizar varios programas de análisis y escritores así que una modelo será garantizar la coherencia de varios archivos de configuración juntos
¿Cuál es nuevo en esta versión:.
- Todos los archivos de modelo de Xorg están editados y escritos por Config :: Modelo :: Misma.
- Se añadió el modelo fglrx.
- Se añadió el modelo de extensiones.
- El comando config-edit-xorg esta en aliviar encendiendo el editor de xorg.conf.
- Se añadió el modelo de Ati.
- El modelo Radeon mejoró.
- El analizador es ahora insensible al caso de palabras clave (como Xorg).
- Un montón de errores fueron corregidos.
- Los modelos de controlador son todavía incompletos.
¿Qué hay de nuevo en la versión 1.101:
- -xorg config-editar esta en aliviar disparar hasta el editor de xorg.conf.
¿Cuál es nuevo en la versión 0.513:.
- Un modelo VESA se ha añadido
- Este comunicado tratará varios directorios para encontrar la configuración de X.Org.
- Se ha fijado para hacer frente a la nueva Config :: Modelo :: Autoread.
Requisitos :
- Perl
Comentarios que no se encuentran