Filtra els de la nostra aplicació en relació amb el medi ambient

Començar per explicar el que entenem per el filtratge dinàmic.
Amb aquesta expressió ens referim a aquest mecanisme per posar a disposició de les classes / scripts filtrar les propietats comunes, sinó en relació amb l'entorn en el qual estem treballant (local, prova, producció).

És un mecanisme comú en Java, però no en PHP per la senzilla raó que el concepte de desplegament, així com s'entén comunament, no està associat a la nostra estimada llengua. I "de fet, scripts de prova molt comú a nivell local i després copiar els arxius via FTP a la nostra prova, o (pitjor) directament a la producció.

En el lloc de treball, però, és molt pràctic tenir la propietat automàticament filtrats d'acord amb la nostra aplicació s'ha d'executar en localhost o en altres equips (per exemple en el frontend, exposada a l'exterior), pel que en aquest article anem a crear un marc únic per posar en pràctica Aquest tipus de lògica en un projecte de PHP a la nostra hipotètica.
Per això no utilitzarem paquets externs, o abstraccions especials que necessitem és un XML, una classe PHP i arxius de text.

La idea és definir a l'arxiu XML al nostre patrimoni comú, crear un arxiu per a cada entorn per millorar i escriure un codi que posa tot junt. L'estructura de la nostra aplicació de prova seran els següents:

1. classes en una carpeta que conté la classe PropertyManager.class.php
2. config amb una carpeta a l'arxiu i carpeta app_properties.xml filtres
3. els filtres de la carpeta que conté tres fitxers: local.filter.properties, test.filter.properties, pro.filter.properties
4. un arxiu PHP amb el codi per comprovar el funcionament de la nostra solució: index.php

Aquesta és l'estructura bàsica:

El xml

Anem a veure com es fa l'arxiu:

 <? Xml version = "1.0" encoding = "UTF-8"?>







 <properties>



  



 propietat> name = "__app_version" value = "0.0.1" />

	

  



 propietat> name = "messaggio_variabile" value = "" />



  



 propietat> name = "url_servizio_esterno" value = "" />



  



 propietat> name = "local" value = "localhost" />



  



 propietat> name = "test" value = "test.qualchedominio.it" />



  



 propietat> name = "pro" value = "prod.qualchedominio.it" />







 </ Properties>

A més de les etiquetes XML de costum definir el document que s'inicia un contenidor <properties> etiqueta on inserir un conjunt de <property> etiquetes, els tres primers són els que ens serviran en l'exemple, els tres últims es refereixen a diferents servidors i PHP de forma dinàmica per tal d'entendre el que el medi ambient que estan en funcionament.

Aquí Deine entorns locals, prova i producció, però res no impedeix de definir els seus propis, com prog. Per a cada un dels ambients es mostra una adreça URL base que el valor d'acord a les nostres necessitats, aplicació per aplicació.
En el nostre escenari tenim un equip de prova per arribar a 'URL test.qualchedominio.it i la producció d'un pou de prod.qualchedominio.it curs assolit en localhost.

Les propietats de l'arxiu .*

El següent pas és assegurar-se que les propietats definides en XML són valorats de manera diferent en funció de l'entorn 'on som. Utilitzem per a això els arxius de text en els filtres de la carpeta, anem a veure el contingut d'un:

local.filter.properties

 ; [LOCAL] Filtra







 messaggio_variabile = "Ho sentim LOCAL"







 url_servizio_esterno = http://dev-servizio.esterno.it

test.filter.properties

 ; [TEST] Filtra







 messaggio_variabile = "Ho sentim TEST"







 url_servizio_esterno = http://test-servizio.esterno.it

pro.filter.properties

 ; [PRO] Filtra







 messaggio_variabile = "Ho sentim PRODUCCIÓ"







 url_servizio_esterno = http://prod-servizio.esterno.itit

Tingueu en compte que la propietat "__app_version", definit en XML, no es redefineix en diferents arxius, que seran tractats en tots els aspectes com una propietat comuna entre els diversos ambients i immutable, de manera que no serà filtrada.

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