Zend FR

idem que haltabush. Sinon le Zend_Db_Table::setDefaultAdapter($db); sert à indiquer que si tu utilises des objets  qui héritent de Zend_Db_Table, pour eux et uniquement pour eux, ils vont utiliser ta connexion $db de façon transpartente.
A+, Philippe

Non, ce n'est pas la config que tu dois stocker mais l'adapter.

$db = Zend_Db::factory($config->db->adapter, $config->db->config->toArray());
Zend_Db_Table::setDefaultAdapter($db);
$registry = Zend_Registry::getInstance();
$registry->set('adapter', $db);

et quand tu veux t'en servir qq part, tu le récupère

$db = $registry->get('adapter');

bah depuis le controller, $registry il faut le récupérer aussi c'est un singleton, donc meme procédure qu'au début, et tu récupère la meme instance.

donc dans le controller, ou depuis n'importe où :

$registry = Zend_Registry::getInstance();

C'est une autre facon de faire. Comme au dessus, tu recupérais une instance dans une var local, j'ai fais pareil, mais tu peux effectivement utiliser les appel static. Les 2 fonctionnent

Bah de la meme facon. L'accès a la BDD n'a rien a voir avec le MVC.

try {
    $db = Zend_Db::factory($config->db->adapter, $config->db->config->toArray());
    $db->getConnection();
    // A faire uniquement si tu as des object qui dérive Zend_Db_Table_Abstract, sinon, c'est inutile.
    Zend_Db_Table::setDefaultAdapter($db);
    // Si ton code ajax est une class et que tu veux accéder à $db tu peux toujours le mettre en registry
    Zend_Registry::set('adapter', $db);
}
catch (Zend_Db_Adapter_Exception $e) {
    echo 'Zend_Db: Adapteur exeption ' . $e->getMessage();
}
catch(Zend_Exception $e) {
    echo 'Zend_Db: Factory exeption' . $e->getMessage();
}

...

// et tu le récupère comme d'hab 
$db = Zend_Registry::get('adapter');

Dernière modification par TiTerm (18-07-2007 22:24:10)

TiTerm a écrit:

.... L'accès a la BDD n'a rien a voir avec le MVC.....

Là, je dois avouer que j'accroche un peu. Mon niveau en POO n'a rien de pharamineux, mais selon le Design Pattern MVC, corrigez-moi si je fais erreur, cette assertion est fausse : le Contrôleur traite et prépare les données, données affichées par la Vue mais récupérées par le Modèle. L'accès aux données rentre parfaitement dans le design Pattern dans la partie Modèle. C'est du reste bien là qu'on met les dataObjects de l'ORM pour les tables du schéma utilisé. Non ? Alors je dois bien constater qu'avec le ZF on peut très bien avoir un répertoire modèle vide et l'architecture du framework prend parfaitement en charge l'accès aux données en court-circuitant cette partie, mais est-ce que ce n'est pas là qu'on devrait trouver les extensions maison pour les accès moins standards ?

Cyrano, je n'ai peut etre pas été claire dans ma réponse mais je répondais à la remarque précédente uniquement. Sortie de son contexte, il est évident que ca prete à confusion.
La question reformulée comme je l'ai compris était  :
   "comment faire pour accéder a la BDD quand on ne passe pas par l'index.php (le front Controller), par exemple dans le cas Ajax ?".

D'ou ma réponse: On n'a pas besoin d'un MVC pour accéder a la BDD.
Mais je n'ai pas dit que l'accès BDD n'était pas décrit dans le pattern MVC.

Pour rebondir sur ce que dit philipe, j'ai effectué un choix similaire et j'ai un un helper dédié à l'AJAX et donc mes accès BDD sont gérés par le Modèle