Config :: Model ger en ram för att hjälpa till att validera det semantiska innehållet i konfigurationsdata. Projektet kan också användas för att ge en semantisk kontroll av alternativ för ett komplext program som mplayer eller koda.
För de flesta komplex programvara, är konfigurations uppgradera en svår uppgift för de flesta människor. Genom att använda Config :: Model, kan en programvara tillhandahåller en problemfri uppgradering för sina användare.
Hur fungerar det?
Med hjälp av detta projekt, kommer en typisk validering konfigurationsverktyg göras av 3 delar:
Användargränssnittet
Validerings motor som är ansvarig för att validera all konfiguration information från användaren.
Lagret som lagra konfigurationsinformation
Inte vi redan har några validerings konfiguration verktyg?
Du tänker förmodligen på verktyg som Webmin. Ja, finns dessa verktyg och fungerar bra, men de har sin uppsättning av nackdelar.
Vanligtvis är validering av konfigurationsdata sker med ett skript som utför semantisk validering och ofta slutar upp att vara ganska komplicerade (t.ex. 2500 linjer för Debians xserver-xorg.config script som hanterar xorg.conf fil).
I de flesta fall är den konfigurationsmodell uttryckt i instruktioner (oavsett programmeringsspråk används) och varvas med mycket bearbetning för att hantera de faktiska konfigurationsdata.
Vad är fördelen med det här projektet?
Config :: Modell projekt ger ett sätt att få en valideringsmotor där konfigurationen modellen är helt skild från den faktiska bearbetningsinstruktionen.
Konfigurationen modellen uttrycks i en deklarativ formen (dvs. en Perl datastruktur) som alltid är lättare att underhålla än en massa kod.
Deklarationen anger:
strukturen på konfigurationsdata (som man kan söka i generiska användargränssnitt)
egenskaperna för varje element (gränser, kontrollera, heltal eller sträng, enum som typ ...)
standardvärden för parametrar (om någon)
obligatoriska parametrar
den målgrupp (mellan, förskott, master)
on-line hjälp (för ACH parameter eller värde på parameter)
den kunskapsnivån hos varje parameter (för att dölja expert parametrar från newbie ögon)
Så i slutändan:
underhåll och utveckling av innehållet konfigurationen är lättare
Användaren kommer att se en * vanlig * gränssnitt för * alla * program med detta projekt.
Användaren kommer inte att se avancerade parametrar
uppgradering av konfigurationsdata är lättare och sanity check utförs
revision av konfiguration är möjligt att kontrollera vad som modifieras av användaren compated till standardvärden
Hur är användargränssnittet?
Config :: Model kommer också att komma med ett Curses :: UI gränssnitt som frågar användarens modell och generera relevanta användarskärmarna.
Hur är datalagring?
Eftersom syntax konfigurationsfiler varierar vilt bilda ett program till ett annat, kommer de flesta människor som vill använda detta ramverk måste ge en dedikerad parser / skribent.
Ändå kan detta projekt också ge en författare / parser för vanligaste formatet: som ini stil fil, eller ge ett gränssnitt till Elektra eller debconf projekt. Denna punkt är öppen för diskussion.
Det är fullt möjligt för en enda konfigurationsmodell att använda flera tolkar och skribenter så en modell kommer att säkerställa konsekvens av flera konfigurationsfiler tillsammans
Vad är nytt i den här versionen:.
- Alla Xorg modell filer nu redigeras och skriven av Config :: Model :: själv.
- fglrx-modellen lades.
- Extensions modellen lades.
- config-edit-xorg kommandot lades lätta skjuta upp xorg.conf redaktör.
- ATI-modellen lades.
- Radeon-modellen förbättrades.
- parser är nu okänslig för skift för sökord (som Xorg).
- Massor av buggar har åtgärdats.
- Föraren modellerna är fortfarande ofullständig.
Vad är nytt i version 1.101:
- config-edit-xorg lades lätta skjuta upp xorg.conf redaktör.
Vad är nytt i version 0,513:.
- En VESA-modellen har lagts
- Den här versionen kommer att försöka flera kataloger för att hitta den X.Org konfigurationen.
- Det har fastställts att klara av den nya Config :: Model :: Autoread.
Krav :
- Perl
Kommentarer hittades inte