Филтрирање особине наших апликација у односу на животну средину

Почећемо објашњавајући шта мислимо динамичним филтрирање.
Са овим изразом мислимо на тај механизам да се стави на располагање нашим часове / скрипте филтрира заједничких особина, али у односу на окружење у којем радимо (локалном, тестирање, производња).

То је заједнички механизам у Јави, али не у ПХП-у, из простог разлога што је концепт примене, као што обично схвата, није повезан са нашег вољеног језику. И ", у ствари, сасвим уобичајене тестирање скрипте локално а затим копирате фајлове преко ФТП-а на нашем тесту, или (још горе) директно на ту производњу.

На радном месту, међутим, веома згодно да се филтрирају аутоматски у зависности од особина које треба нашу апликацију ради у лоцалхост-или на друге машине (као што су фронтенд, изложени споља), тако да у овом чланку ћемо створити јединствен оквир за спровођење Ова врста логике у ПХП пројекту наш хипотетички.
Да бисте то урадили, нећемо користити спољни пакете, или посебне апстракција нам је потребно јесте КСМЛ ПХП-класа и текстуалне датотеке.

Идеја је да се дефинишу у кмл датотеку да наше заједничке особине, креирајте датотеку за сваки амбијент да их појача и напише неки код који ставља га сви заједно. Структури нашег теста пријава ће бити:

1. класе у директоријум који садржи класу ПропертиМанагер.цласс.пхп
2. цонфиг са директоријум унутар датотеке и филтера директоријум апп_пропертиес.кмл
3. директоријум који садржи три фајла филтера: лоцал.филтер.пропертиес, тест.филтер.пропертиес, про.филтер.пропертиес
4. пхп фајл са кодом за проверу рад наше решење: индек.пхп

Ево основну структуру:

КСМЛ

Хајде да видимо како је датотека чине:

 <Ксмл версион = "1.0" енцодинг = "УТФ-8"?>







 <пропертиес>



  



 <проперти наме="__апп_версион" валуе="0.0.1" />

	

  



 <проперти наме="мессаггио_вариабиле" валуе="" />



  



 <проперти наме="урл_сервизио_естерно" валуе="" />



  



 <проперти наме="лоцал" валуе="лоцалхост" />



  



 <проперти наме="тест" валуе="тест.куалцхедоминио.ит" />



  



 <проперти наме="про" валуе="прод.куалцхедоминио.ит" />







 </ Својства>

Поред уобичајеног КСМЛ ознаке дефинишу документ који почиње ознаку <пропертиес> контејнер у који смо убацили скуп ознака <проперти>, прве три су ти који ће служити у примеру, последње три су везани за разне домаћина и служе ПХП да разумеју шта окружењу смо динамички рад.

Овде се Деине локалним срединама, тестирања и производње, али ништа не спречава да дефинишете друге, као што је Дев. За сваку од соба приказан је база УРЛ-а, чија је вредност у складу са нашим захтевима, захтев апликација.
У нашем случају имамо машина за тестирање да се постигне "тест.куалцхедоминио.ит УРЛ и производња и наравно прод.куалцхедоминио.ит постигнут на лоцалхост-а.

Својства датотеке .*

Следећи корак је да проверите да ли су својства дефинисана у КСМЛ вредности различито у зависности од "средине у којој се налазимо. Ми користимо за ту сврху од текст фајлова у фолдеру филтера, хајде да видимо садржај један по један:

лоцал.филтер.пропертиес

 ; [ЛОКАЛНА] филтер својства







 мессаггио_вариабиле = "Ми локалне"







 урл_сервизио_естерно = хттп://дев-сервизио.естерно.ит

тест.филтер.пропертиес

 ; [Тест] филтер својства







 мессаггио_вариабиле = "смо тестирали"







 урл_сервизио_естерно = хттп://тест-сервизио.естерно.ит

про.филтер.пропертиес

 ; [ПРО] филтер својства







 мессаггио_вариабиле = "Ми ПРОИЗВОДЊА"







 урл_сервизио_естерно = хттп://прод-сервизио.естерно.итит

Имајте на уму да је имовина "__апп_версион", дефинисан у КСМЛ, није редефинисана у различите датотеке, то ће се третирати за све намене као заједничка имовина међу различитим окружењима и непроменљив, па неће бити филтрирани.

• <<
• 1
• 2
• 3
• 4
• >>