Forum PHP.pl

Witam,

Pisze framework do wlasnych potrzeb. Planuje napisac PROSTA i uzyteczna klase do ladowania konfiguracji.

Moze macie z tym doswiadczenie?
Moje rozwiazanie w szkicu jest nastepujace:

[PHP] pobierz, plaintext 
<?php
 
class Configurator
{
 
  public function getAttribute()
  {
	$aConfig = array // Tablica asocjacyjna konfiguracji
			   (
				 'Actions' => array
							  (
								'Error404' => array
											  (
												'security' => false,
												'nextModule' => 'Test'
											  ),
 
								'Default' => array
											  (
												'security' => false,
												'nextModule' => 'Default2'
											  )
							  )
			   );
 
	if(func_num_args() == 0) // Dostep do konfugiracji uzyskuje sie przez
	  return null;		   // liste parametrow do funkcji.
							 // Kolejne parametry, to kolejne węzły konfiga
 
	$aArgs = func_get_args();
 
	$aCurrentConfig = $aConfig;
 
	foreach($aArgs as $sKey => $sAttributeName) // przechodzac przez kolejne elementy, zmieniamy "obecny węzeł"
	{
	  if(isset($aCurrentConfig[$sAttributeName]))
		$aCurrentConfig = $aCurrentConfig[$sAttributeName];
	  else
		return null; // jeżeli nie znalaziono podanego węzła, zwracamy null
	}
 
	return $aCurrentConfig; // niby to array, ale jezeli chcemy dokladnie
							// wartosc ostatniego wezla, zwrocona zostanie
							// nie tablica, ale inna zmienna.
  }
 
  public function hasAttribute() {}
  public function setAttribute() {}
 
  public function saveConfiguration() {}
}
 
$oConfigurator = new Configurator();
 
echo $oConfigurator->getAttribute('Actions', 'Default', 'nextModule');
// zwroci "Default2".
 
?>
[PHP] pobierz, plaintext 

Bede wdzieczny za wskazowki, radu, etc. Pozdrawiam, Adrian.

http://ez.no/doc/components/view/1.0.1/(fi...figuration.html - polecam, ja z tej klasy korzystam od czasu kiedy pierwszy publiczny release byl :]

Osobiście, to mi się ten array nie podoba. Może jednak składowe obiektu konfiguracji zamiast arraya?
Potem nakład pracy może się zwrócic.

Dostep tablicowy jest szybszy - nie ma sensu tworzyc otoczki obietowej wg mnie.

No i jeszcze mozna wziac pod uwage to, ze niekoniecznie ten array pojawi sie w klasie. Odczytujac duze pliki lepiej bedzie na bierzaco pobierac dane, chociaz kto wie (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

A może pobierac dane tylko wtedy, gdy będzie taka potrzeba? Np. 'któś cóś' zmieni (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Duzych plikow konfiguracyjnych sie nie tworzy. Duze pliki dzieli sie na mniejsze - lepiej przeczytac dwa mniejsze pliki niz jeden duzy.

No widzisz NuLL. Może jednak obiekty, bo zarządzac będzie łatwiej (np tymi mniejszymi plikami w szerszym kontekście)

Pokaz mi przewage obiektow nad tablicami (IMG:http://forum.php.pl/style_emoticons/default/snitch.gif) Plusy programowania obiektowego znam, ale nie lubie ani wywazac otwartych drzwi ani tworzyc przerostu formy nad trescia.

Ten post edytował NuLL 30.05.2006, 16:03:22

Odnosnie obiektowego podejscia. Chodzi np o uzyskanie:

$oConf->Actions->Error404->nextModule ?

A da sie tak?

Pozdrawiam.

Prph - da sie. Tylko po co ?

Poczytaj o __get w manualu w czesci poswieconej OOP dla PHP5 (IMG:http://forum.php.pl/style_emoticons/default/tongue.gif)

__get znam, ale umiem tylko jeden poziom odczytac. A co w przypadku ->Actions->Error->cos->innego?

Osobiscie tez wydaje mi sie metoda za lepsze rozwiazanie.

zagniezdzasz pare obiektow i jedziesz po koleji po nich (wracaja je pokoleji)

Tak myslalem.... Beznadziejnie (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) Ma byc prosta (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Narazie wyglada tak: (w zasadzie nic nie zmienialem)

[PHP] pobierz, plaintext 
<?php
 
class PHPConfigurator implements IConfigurator
{
 
  private $_aConfiguration;
  private $_sConfigurationFileName;
 
  public function __construct($sConfigurationFileName)
  {
	$this->_aConfiguration = array();
 
	if(!is_readable($sConfigurationFileName))
	  throw new ConfiguratorException('Can not open given configuration file ' . $sConfigurationFileName);
 
	require_once($sConfigurationFileName);
 
	if(!isset($_aConfiguration))
	  throw new ConfiguratorException('Configuration array does not exist');
 
	$this->_aConfiguration = $_aConfiguration;
  }
 
  public function getAttribute()
  {
	if(func_num_args() == 0)
	  return null;
 
	$aArgs = func_get_args();
 
	$aCurrentConfig = $this->_aConfiguration;
 
	foreach($aArgs as $sKey => $sAttributeName)
	{
	  if(isset($aCurrentConfig[$sAttributeName]))
		$aCurrentConfig = $aCurrentConfig[$sAttributeName];
	  else
		return null;
	}
 
	return $aCurrentConfig;
  }
 
  public function hasAttribute()
  {
	return false;
  }
 
  public function setAttribute() {}
 
  public function saveConfiguration() {}
}
?>
[PHP] pobierz, plaintext 

Do tego dodalem metode do klasy akcji:

[PHP] pobierz, plaintext 
<?php
public function getConfigurator()
  {
	if(isset($this->_oConfigurator))
	  return $this->_oConfigurator;
	else
	{
	  $sConfigurationFileName = $this->_getController()->getModuleDir() . _DIR_APPLICATION_MODULES_CONFIGURATIONS . get_class($this) . 'Configuration.php';
 
	  $this->_oConfigurator = new PHPConfigurator($sConfigurationFileName);
 
	  return $this->_oConfigurator;
	};
  }
?>
[PHP] pobierz, plaintext 

Mysle, ze spisze sie ta klasa (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Jakies uwagi?

Adrian.

Ja na potrzeby swojego frameworka popełniłem takie coś

[PHP] pobierz, plaintext 
<?php
 
 
	/**
	 * Moduł jądra do zarządzania konfiguracją
	 *
	 */
	class cConfig implements ArrayAccess
	{
		private $configuration = array();
 
		/**
		 * Ładuje plik konfiguracyjny
		 *
		 * @param string $fileName
		 */
		public function load($fileName)
		{
			$data = new cConfigFile($fileName);
			$this -> configuration[$data -> section] = &$data;
		}
 
		/**
		 * Implementacja ArrayAccess
		 */
		public function offsetExists($key)
		{
			return (key_exists($key, $this -> configuration));
		}
		/**
		 * Implementacja ArrayAccess
		 */
		public function &offsetGet($key)
		{
			return $this -> configuration [$key];
		}
		/**
		 * Implementacja ArrayAccess
		 */
		public function offsetSet($key, $value)
		{
			$this -> configuration [$key] = $value;
		}
		/**
		 * Implementacja ArrayAccess
		 */
		public function offsetUnset ($key)
		{
			unset($this -> configuration [$key]);
		}	
	}
 
	class cConfigFile implements ArrayAccess
	{
		private $sectionName;
		private $fileName;
		/**
		 * Tablica zawierająca konfigurację
		 *
		 * Tablica może być 'wielopoziomowa'
		 * 
		 * @var array
		 */
		private $params = array();
 
		/**
		 * Konstruktor. Wczytuje plik konfiguracyjny do obiektu
		 *
		 * Sprawdza najpierw czy plik może nie jest już w cache,
		 * wtedy można ominąć powolne parsowanie pliku XML. 
		 * W przeciwnym wypadku wczytujemy plik i uruchamiamy parser
		 * XML.
		 * Użyłem fopen+fread, ponieważ z mojego benchmarka wyniklo, 
		 * że dla małych plików file_get_contens() jest wolniejsze.
		 *
		 * 
		 * @param string $fileName
		 * @todo działanie, gdy nie można odczytać pliku.
		 * 
		 */
		public function __construct($fileName)
		{
			if (is_readable($fileName))
			{
				$app = cKernel::getInstance();
				$cacheID = $app['cache'] -> makeFileID ('ConfigFile', $fileName);
				if ($app['cache'] -> cacheExists($cacheID) && _PHPEAX_CACHE_ON)
				{
					$data = &$app['cache'] -> fromCache($cacheID);
				} 
				else 
				{
					$file_handler = fopen($fileName,'r');
					$file = fread($file_handler,filesize($fileName));
					fclose($file_handler);
					$data = &$app['xml'] -> unserialize($file);
					if (_PHPEAX_CACHE_ON)
					{
						$app['cache'] -> toCache($cacheID, &$data);
					}
				}
				$this -> sectionName = $data ['section'];
				$this -> params = &$data ['config'];
				$this -> fileName = $fileName;
			}
		}
		/**
		 * Implementacja ArrayAccess
		 */
		public function offsetExists($key)
		{
			return (key_exists($key, $this -> params));
		}
		/**
		 * Implementacja ArrayAccess
		 */
		public function &offsetGet($key)
		{
			return $this -> params [$key];
		}
		/**
		 * Implementacja ArrayAccess
		 */
		public function offsetSet($key, $value)
		{
			$this -> params [$key] = $value;
		}
		/**
		 * Implementacja ArrayAccess
		 */
		public function offsetUnset ($key)
		{
			unset($this -> params [$key]);
		}
		/**
		 * Zapisuje konfigurację do pliku
		 * 
		 * Do przetestowania.
		 *
		 */
		public function save()
		{
			$app = cKernel::getInstance();
			$config = array();
			$config['section'] = $this -> sectionName;
			$config['config'] = $this -> params;
			$serialized = $app['xml'] -> serialize($config);
			file_put_contents($this -> fileName, $serialized);
		}
		/**
		 * Przeciążenie właściwości
		 * 
		 * cConfigFile::sectionName nie jest public, ponieważ
		 * ma być tylko do odczytu.
		 *
		 * @param string $property
		 * @return unknown
		 */
		public function __get($property)
		{
			switch (strtolower($property))
			{
				case 'section':
					return $this -> sectionName;
					break;
				default:
					return null;
					break;
			}
 
		}
	}
?>
[PHP] pobierz, plaintext 

Przykładowy plik konfiguracyjny:

[XML] pobierz, plaintext 
<?xml version="1.0" encoding="UTF-8"?>
<xml>
      <section>global</section>
      <config>
            <homedir>/phpEAX/</homedir>
            <language>
                  <encoding>UTF-8</encoding>
            </language>
            <template>default</template>
            <site>
                  <title>..:: eax.pl Center ::..</title>
                  <author>Artur Roszczyk</author>
            </site>
      </config>
</xml>
[XML] pobierz, plaintext 

Niedługo pokażę światu zalążek tego frameworka (jest już całkiem sporo (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) ), tylko czekam na maila od autora OPT, ponieważ jest on wykorzystywany w moim partactwie :roll2:

A wogóle to witam (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Jest to mój pierwszy post na tym forum (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Ten post edytował arturwow 9.07.2006, 12:49:36

Najogólniej to zrobiłem to tak:

[PHP] pobierz, plaintext 
<?php
class ZConfig implements iConfig
	{
 
	  private $configuration;
 
		public function __construct()
		{
 
 
 
		}
 
		public function setConfig( $config )
		{
 
			$this->configuration = $config;
 
		}
 
		public function getConfig()
		{
 
			  return $this->configuration;
 
		}
 
		public function receive( $name )
		{
 
			return $this->configuration->get( $name );
 
		}
 
		public function __get( $name )
		{
 
			  return self::receive( $name );
 
		}
 
		public function attach( $name, $value ) 
		{
 
			if( get_class($this->configuration) == 'ZLazyConfiguration' || get_class($this->configuration) == 'ZPHPConfiguration' )
			{
 
				$this->configuration->attach( $name, $value );
 
			}	
 
		}
 
		public function __set( $name, $value )
		{
 
			  self::attach( $name, $value );
 
		}
 
 
	}
?>
[PHP] pobierz, plaintext 

Noi najprostrzy komponent:

[PHP] pobierz, plaintext 
<?php
class ZLazyConfiguration implements iConfigurationComponent {
 
	  private $map = array();
 
		  public function attach( $sIndex, $sValue ) 
		  {
 
			if( !self::exists( $sIndex ) )
			{
				$this->map[ $sIndex ] = $sValue;
 
				return true;	 
			} else {
 
				  return false;
 
			}	
 
		}
 
		public function get( $sIndex ) 
		{
 
			if( self::exists( $sIndex ) ) 
			  {
 
				return $this->map[ $sIndex ];
 
			} else
			{
 
				  return false;
 
			}
 
		}
 
		private function exists( $sIndex )
		{
 
			  return isset( $this->map[ $sIndex ] );
 
		}	  
	}
?>
[PHP] pobierz, plaintext 

Saluto, Wojtek

Co do powyższego kodu - dziwnie według mnie napisany. Dziwi mnie wykorzystanie modyfikatorów dostępu, a pominięcie kontroli typów, która nie zmieni nic w kwestii przenośności tego kodu. Poza tym wywołujesz metody nie-statyczne ze statycznego kontekstu

[PHP] pobierz, plaintext 
<?php
public function receive( $name );
 
	public function __get( $name ) {
		return self::receive( $name );
	}
?>
[PHP] pobierz, plaintext 

Co do zalet pisania własnych kontenerów, to dają one nieco większą kontrolę niż tablice. Są wygodniejsze, chociażby przez fakt przekazywania przez referencje. Rozumiem NuLL, że nie kopiujesz całej tablicy przy przekazywaniu i zwracaniu jej z funkcji? Różnice przy dostępie do obiektu i tablicy są według mnie minimalne...

Ja skorzystałem z ArrayAccess (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

[PHP] pobierz, plaintext 
<?php
$config = Config::get('news'); //plik: config/news.ini
echo $config['news_per_page'];
?>
[PHP] pobierz, plaintext 

A ja proponuję zapoznać się z Zend_Config.

--- edit ---

@NuLL - tak na marginesie - stworz sobie uniwersalna klase typu Data Transfer Object implementującą interfejsy ArrayAccess oraz IteratorAggregate, dodaj do tego metody magiczne __get i __set i mozesz stworzyc sobie wielopoziomowy konfig dający dostep do danych zarowno w sposob charakterystyczny dla tablic, jak i dla obiektow. Pytasz po co to? Ja na przyklad uzywam w swoich projektach czegos takiego jak rejestrator obiektow, ktory umozliwia dostep do wybranych obiektow (oDb, oTpl, oLang, oUser, oConf) w dowolnym miejscu aplikacji.

Ten post edytował bigZbig 11.07.2006, 07:04:56

Może Cie to dziwić. Mnie tez to dziwi (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Kod jest pisany z palca z czytelnymi odstępami po półrocznej przerwie w pisaniu w PHP5. (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)