konfigurációs szoftver

Miért kell konfigurálni?

Professzionális programozók, ezt a kérdést furcsának tűnhet. A kezdők, mivel gyakran van egy világos megértésének hiánya fontos ez a lehetőség. Ebben az esetben kiderül a program, mint egy kőtömb feliratos faragott rajta - ha meg akarja változtatni a címke, van, hogy egy új kő.

Van egy másik szélsőséges - amikor szinte mindent visznek a beállításokat. Ezek a programok hasonlítanak kiömlés és hogy ez a munka, akkor olvassa tolmud leírásokat és konfigurálja száz paraméterek mellett, egymással összefüggő természetellenes módon.

Mint mindig, meg kell találni a középutat - egyrészt meg kell próbálnunk, hogy megfelel a szeszély a különböző felhasználók, másrészt meg kell győződnie arról, hogy a felhasználók többsége nem kell beállítani semmit.

Mi is pontosan ki kell igazítani.

Például egy meglehetősen gyakori helyzet - Állítsa be az adatbázis-kapcsolatot. Novice programozók gyakran írnak, valahogy így:

Így a program van kötve egy adott JDBC driver. Használjon másik meghajtót, például lecserélni egy híd RMI-proxy, vagy abban az esetben, Oracle, OCI vékony már nem lehetséges újrafordítás nélkül.

Ways, hogy tárolja a beállításokat.

Az objektumorientált programozás összes általa képviselt tárgyak. Beállítások a legjobb tekinthető ugyanakkor, mint a tulajdonságok bizonyos tárgyak tárolt konfigurációs fájlokat. A mód, ahogyan a beállításokat olvasása és írása szorosan kapcsolódik a fájlformátumot és a választott stratégia. Tekintsünk egy ideális megoldás:

1. Testreszabható objektum nem tartalmazhat ismerete a fájlformátumot és írási / olvasási mód. Ez lehetővé tenné, ha szükséges, cserélje ki az egyik módja annak, hogy egy másik.
2. A legtöbb beállításokat kell elvégezni a program (almenü vagy egy külön program). Ez nagyban megkönnyíti az életét egy személy, aki részt vesz a beadásra. A legtöbb „yuniksoidov” okozhat félreértés :-), de a szerkesztési szöveges fájlokat a mai világban nem tud sok esetben.
3. ésszerű alapértelmezett a hiányzó paramétereket be kell állítani. Más szóval - az szükséges, hogy a felhasználók többsége a program futtatásához kellene, hogy legalább a beállításokat. Általában hagy egy jó első benyomást a program, hiszen gyakran - a legfontosabb dolog.

Sajnos, ez az ideális elég nehéz csinálni a gyakorlatban. Az első követelmény magában foglalja a fejlődés egy univerzális mechanizmus megőrzése tárgyakat. Az ilyen rendszerek már készen van, de gyakran nem alkalmasak bizonyos paramétereket. Ki kell dolgozni egy rendszert azonos - nem mindenki erejét.

Ésszerű az alapértelmezés gyakran egyszerűen lehetetlen elképzelni. Például, hogy mit kell tenni, mint a neve a SMTP-szerver? Abban az esetben, Unix-alapú rendszerek, akkor próbálja meg a localhost, de a Windows-alapú világban ritkán bárki is megteszi.

Tekintsük a leggyakoribb paraméterek közül:

Ini-fájl nevét.

Ini-fájl nevét - ez volt a leggyakoribb változat a korszak a Windows 3.x Most az ablakok programok vált kiszorítják tárolja a beállításokat a rendszerleíró adatbázisban. Mindazonáltal ini - ez az egyik legegyszerűbb konfiguráció tárolási lehetőséget biztosít. Sajnos elég gyakran, ez az egyszerűség teszi a központban, hogy különböző trükköket. Egy tipikus ini-fájl:

A Java, nincs egységes osztály olvasni ini-fájlt, de ez nem jelent problémát. mert formátum használata rendkívül egyszerű, könnyű, hogy csináld magad:

Tulajdonságok fájlokat.

Ez a formátum gyakori a Unix-világban. Még könnyebb ini-fájlt, mert nincs fogalma szakaszok - minden épül fel a kulcsokat és értékeket. Egy példa a tipikus file:

A Java, van egy kész osztály olvasási / írási ezeket a fájlokat (java.util.Properties), de van néhány probléma. Az első olvasatban lehetetlen a kódolás a fájl, ami azt jelenti, baj a magyar betűk. Másodszor, standard felvételi funkció tárolja az adatokat a sorrendben a kulcsok hashértékek, ami azt jelenti, - hogy tetszeni fog. De az is könnyű megoldani - elég levelet olvasó / pisalku.

XML-fájlokat.

Ez a formátum használható számos célra, beleértve a beállítások tárolása. XML-alapú formátum összpontosít fa struktúra, ami egészen természetes módon jelenik meg a tárgyakat. Egy példa a tipikus file:

Az olvasás és az írás ilyen fájlok szakkönyvtárak - az úgynevezett XML-elemzőt. Ilyen értelmezők már elég sokat, így írni magad, nincs értelme - csak a jót választani. két standard szoftver interfész célja az volt, értelmezők - esemény (SAX) és hierarchikus (DOM). Vannak is elemzőt annak felületén. A méret a jar-egy elemzőt is változik, általában néhány kilobájt egy megabájt - attól függően, hogy a támogatott interfészek és képességeit.

XML is írt több könyvtár menteni Universal (szerializálásáról) objektumokat XML fájlokat. Ezek a könyvtárak lehetővé teszik az algoritmus, hogy külön a megőrzése a tárgy is, amely, mint már említettük, számos előnye van.

Sorszámozás.

Adatbázisok.

Szkriptek segítségével - ez az egyik legszélsőségesebb módon lehet beállítani. Ezek lehetővé teszik a maximális rugalmasság érhető el a program miatt a kibocsátás logika ki. A scriptek tudni kell azt is, mikor kell abbahagyni - a végfelhasználó fizeti meg a program, az egyik legfontosabb feladat, és nem a másik tolmács vagy fordító, amiért kellene tenni egy másik programozó. És kiderül, mint az, hogy a vicc - milyen programot nem kezdi írni, minden kiderül, a fordító.

De sokszor anélkül script nagyon nehéz. Tipikus példák - algoritmusok import / export, algoritmusok, adatellenőrzésekhez. Tudod készíteni egy szabványos, továbbá testre a forgatókönyvet, hogy megfeleljen az egyedi vevői igényeknek.

Mintaprogram konfigurációs XML.

Egy példa a tartalmát a konfigurációs fájl:

XML-elemzőt használunk Sun-ovsky elemzőt a DOM módot. Ezen egyszerű példa nem látunk semmilyen előnye XML ugyanebben az ingatlan fájlt. Láthatóvá válnak csak egy meglehetősen komplex programokat, ahol szükségessé válik a boltba listákat hasonló paraméterekkel, vagy a tartalmát tárgyak beágyazott szintje kettő vagy több.