Forum PHP.pl > [ZendFramework] bootstrap i unset($front ... itd. )

Pomoc - Szukaj - Użytkownicy - Kalendarz

Pełna wersja: [ZendFramework] bootstrap i unset($front ... itd. )

jarek_bolo

6.02.2009, 23:14:26

Witam

Czytam sobie właśnie quickstart'a o ZF i nie rozumiem jednej rzeczy.
Chodzi o index.php i bootstrap.php

Aby lepiej wytłumaczyć o co chodzi wkleję kod index.php i w miejscu includowania boostrapa, od razu też wkleję jego kod. Wyciąłem komentarze co by krócej było.

[PHP] pobierz, plaintext 
<?php
define('APPLICATION_PATH', realpath(dirname(__FILE__) . '/../application/'));
set_include_path(APPLICATION_PATH . '/../library' . PATH_SEPARATOR . get_include_path());
 
require_once "Zend/Loader.php";
Zend_Loader::registerAutoload();
 
try {
    // require '../application/bootstrap.php'; kod bootstrapa wklejam poniżej
    // ##############################################
defined('APPLICATION_PATH')
    or define('APPLICATION_PATH', dirname(__FILE__));
 
defined('APPLICATION_ENVIRONMENT')
    or define('APPLICATION_ENVIRONMENT', 'development');
 
$frontController = Zend_Controller_Front::getInstance();
$frontController->setControllerDirectory(APPLICATION_PATH . '/controllers');
$frontController->setParam('env', APPLICATION_ENVIRONMENT);
 
Zend_Layout::startMvc(APPLICATION_PATH . '/layouts/scripts');
 
$view = Zend_Layout::getMvcInstance()->getView();
$view->doctype('XHTML1_STRICT');
 
$configuration = new Zend_Config_Ini(APPLICATION_PATH . '/config/app.ini', APPLICATION_ENVIRONMENT);
 
$dbAdapter = Zend_Db::factory($configuration->database);
 
Zend_Db_Table_Abstract::setDefaultAdapter($dbAdapter);
 
$registry = Zend_Registry::getInstance();
$registry->configuration = $configuration;
$registry->dbAdapter     = $dbAdapter;
 
unset($frontController, $view, $configuration, $dbAdapter, $registry);
 
    // ##############################################
 
} catch (Exception $exception) {
    echo '<html><body><center>'
       . 'An exception occured while bootstrapping the application.';
    if (defined('APPLICATION_ENVIRONMENT') && APPLICATION_ENVIRONMENT != 'production') {
        echo '<br /><br />' . $exception->getMessage() . '<br />'
           . '<div align="left">Stack Trace:' 
           . '<pre>' . $exception->getTraceAsString() . '</pre></div>';
    }
    echo '</center></body></html>';
    exit(1);
}
 
Zend_Controller_Front::getInstance()->dispatch();
?>
[PHP] pobierz, plaintext

W lini 18 tworzymy pierwszy raz Front Controller, robimy na nim dwa ustawienia, katalogu i zmiennej.
Następnie w linii 24 tworzymy obiekt View, też robimy jakieś ustawienia.
Tworzone są jeszcze obiekty konfiguracji i uchwyt do bazy danych.

[pisząc ten tekst powoli zaczynam chyba sam rozumieć, ale kontynuuję dalej co by dostać odpowiedź potwierdzającą czy dobrze rozumiem no i może dla potomnych się przyda]

I teraz obiekty konfiguracji i uchwyt do bazy są dodawane do Rejestru, ale FrontControler oraz View do rejestru dodane nie są, a mimo wszystko też są niszczone :/
Trochę byłem zmieszany tym, ale zacząłem szperać po API no i wymysliłem, że powód dla którego można skasować te obiekty jest taki, że zostały one utworzone na podstawie klas statycznych (Front na pewno).

I teraz czy dobrze sobie to tlumacze, ze z chwila zapoczątkowania przejścia przez aplikację (wchodzimy do index, itd., uruchmiamy parser php i adresowanie pamięci na podstawie kodu) odwołania do klas statycznych przy pomocy "::", bądź za pomocą singeltonowego obiektu takiej klasy i wykonywanie metod, ustawianie właściwości powodują zapisanie tych danych na poziomie klasy, która to ma przydzieloną swoją fizyczną pamięć?

No bo z obiektami normalnych klas, wiadomo, każdy obiekt to inna komórka pamięci. Dobrze to mniej więcej rozumuję

To są pewnie podstawy obiektówki

dr_bonzo

6.02.2009, 23:29:10

Jak masz obiekty to pamiec jest dzielona na 2 obszary (sterte i stos).
Na stercie sa obiekty, a na stosie zmienne wskazujace na te obiekty. Kiedy ZADNA zmienna nie wskazuje na dany obiekt to jest on usuwany (w uproszczeniu!).

[PHP] pobierz, plaintext 
<?php
//...
$x = new X();
$c->setX( $x ); // a w srodku $this->x = $x
unset($x); // usunales zmienna wskazujaca na obiekt klasy X, ale obiekt jeszcze istnieje bo jest trzymany przez obiekt $c
?>
[PHP] pobierz, plaintext

No i w tym przypadku FronController i View sa trzymane takze w singletonach (czyli zapisane w klasie == nie znikna dopoki ich sam stamtad nie usuniesz) - pamietasz jak on wyglada (self::$instance = $view/$frontCon..... itp ) - wiec unset nie zniszczy tych obiektow.

jarek_bolo

7.02.2009, 09:16:39

Dzięki Dr_Bonzo za wyklarowanie sposobu jak to działa.

To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.