Ładowanie plików Opcje

[wlamywacz]

Witam. Jestem w trakcie projektowania swojego pierwszego poważnego framweworka którego mam zamiar używać w swoich aplikacjach. Struktura katalogów i plików jest identyczna jak w ZF czyli:
aplication
- controllers
- models
- views
library
public

Zastanawia mnie jak wykonać w takim systemie tzw. autoload? Myślałem nad stworzeniem dodatkowego kontrolera który przejmował by za mnie ten problem. Działało by to w to w ten sposób:

[PHP] pobierz, plaintext 
<?php
 
$myClass = loader getInstance('aplication_models_myClass');
 
?>
[PHP] pobierz, plaintext 

Loader ładował by potrzebny plik z odpowiednią klasą i zwracał jej obiekt. Jak wy rozwiązujecie taki problem ?

Psuje kod, miało być:
$myClass = loader::getInstance('aplication_models_myClass');

Ten post edytował wlamywacz 21.09.2008, 16:08:33

[LBO]

Wiesz, nie mogę uwierzyć że robisz takie rzeczy, nie pomyślał bym, że to możesz napisać.
Przecież z jakiej abstrakcji bazy korzysta aplikacja powinno być w konfiguracji, a ta może być różna...
zaskoczyłeś mnie, na prawdę. Pisać o OOP i nie stosować jego zalet w takim miejscu.

Sedziwoj nie atakuj, nie atakuj (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Jak napisałem wcześniej modele u mnie to abstrakcja nad źródło danych, które może być PDO, PRopel czy mysql_*.
Więc chcąc to zmienić zmieniam tak samo konfig jak i modele. Nie wiem jak mam wykorzystać obiektowośc akurat w tym przypadku - modele pobieram fabryką.

[PHP] pobierz, plaintext 
<?php
$model = $this->context->getModel('User');
?>
[PHP] pobierz, plaintext 

a model wygląda tak (pisze na szybko w edytorze forum, więc bez fajerwerków (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif) ):

[PHP] pobierz, plaintext 
<?php
// w app/models/UserModel.class.php ładowane automatem w środowisku "development" i "production"
class UserModel extends ProjectBaseModel {
    public function getUserById($id)
    {
            // Uproszczone maksymalnie
           $user = UserPeerretrieveByPk($id);
           
           return $user->toArray(BasePeerTYPE_FIELDNAME);
           // Nie zwracam obiektów Propela, bo cała abstrakcja nie miałaby sensu.
    }
}
 
// a teraz chcę sobie potestować czyste PDO, bez ingerencji w istniejace modele
 
// w  app/models/UserModelPDO.class.php i ustawiam sobie w mapie (dla środowiska
// testowego "development-pdo") klasę UserModel na ten plik
class UserModel extends ProjectBaseModel {
    public function getUserById($id)
    {
        // $this->pdo ustawione w ProjectBaseModel, pdo pobrane
        // z kontektu $this->context->getDatabaseConnection();
        $statement = $this->pdo->prepare('SELECT *  FROM users WHERE id = ?');
        $statement->execute(array($id));
        return $statement->fetch(PDOFETCH_ASSOC);
    }
}
?>
[PHP] pobierz, plaintext 

Rozumiesz już? To jest po prostu wygodne - nie chce mi sie pisać własnej fabryki i tyle.
Zauważ jak prosto moge zrobić i testować refactoring (spróbuj przepisać Propelowy projekt w Symfony na Doctrine (bez sfDatabaseFindera) (IMG:http://forum.php.pl/style_emoticons/default/biggrin.gif) ).

Chciałem pokazać zastosowanie w autoloaderze czułości na środowisko i tyle - przydatna sprawa.

Ten post edytował LBO 23.09.2008, 13:51:17