Où dois-je mettre une requête de base de données en MVC?

Le modèle contient les objets de domaine ou les structures de données représentant l'état de l'application. [Wikipedia] . Donc, le modèle serait l'endroit idéal pour faire appel à la base de données.

dans le "classique" (manque de meilleur mot guichet automatique de mots) modèle MVC La vue permettrait d'obtenir l'état actuel du modèle.

Ne faites pas l'erreur en disant que le modèle consiste à accéder à la base de données. C'est plus que d'accéder à la base de données.

Les classes de modèle et d'entité représentent les données et la logique d'une application, ce que de nombreuses appels logique commerciale. Habituellement, il est responsable de:

1. stockage, suppression, mise à jour des données d'application. En règle générale, il inclut les opérations de base de données, mais la mise en œuvre des mêmes opérations invoquant des services Web externes ou des API n'est pas une inhabituelle du tout.
2. encapsulant la logique d'application. C'est la couche qui devrait mettre en œuvre toute la logique de l'application

   Voici le diagramme de séquence MVC qui montre le débit lors d'une requête HTTP:

   

   Dans ce cas, le modèle est le meilleur endroit pour implémenter le code récité pour accéder à la base de données.

Pour aller encore plus loin, votre modèle ne doit pas contenir le code d'accès à la base de données. Cela appartient à une autre couche située à l'extérieur du modèle / View / Controller: Ceci s'appelle la couche de persistance forte>, qui peut être mise en œuvre à l'aide d'un Mappeur d'objet-relation tel que le populaire doctrine 2 A> Pour PHP.

De cette façon, vous ne touchez jamais de code SQL (mon) code SQL. La couche de persistance s'occupe de cela pour vous. Je vous conseille vraiment d'examiner un didacticiel de doctrine, il s'agit d'un moyen de créer vos applications. P>

au lieu de travailler avec des données brutes chargées à partir de la base de données, vous créez des objets contenant vos données, et le comportement associé à celui-ci. p>

par exemple, vous pourriez avoir une classe utilisateur code>, telle que: p> xxx pré>

vous Controller n'interagira qu'avec des objets: P>

class UserController
{
    public function testAction()
    {
        // ...

        $user = $em->getRepository('User')->find(123); // load User with id 123
        $user->setName('John'); // work with your objects,
        echo $user->getName();  // and don't worry about the db!
        $em->flush(); // persist your changes
    }
}

Matériaux sur le sujet de MVC

Vous auriez pu répertorié les livres que vous lisiez, car la plupart des livres PHP (sinon tous), qui touchent le MVC, ont tort.

Si vous voulez Pour devenir un meilleur développeur, je vous recommanderais de commencer par l'article de Marting Fowler - Architectures d'interface graphique < / em> . Suivi du livre du même auteur - "motifs de l'architecture d'application d'entreprise" . Ensuite, la prochaine étape serait pour vous de rechercher Principes solides et comprendre comment Code d'écriture qui suit Law of Demeter . Cela devrait couvrir les bases =]

puis-je utiliser MVC avec PHP?

Pas vraiment. Au moins pas le MVC classique, car il était défini pour SmallTalk .

Au lieu de PHP, vous avez 4 autres modèles visant le même objectif: MVC Model2, MVP, MVVM et HMVC. Encore une fois, je suis trop paresseux pour écrire des différences une fois de plus, je vais donc créer un lien vers un ancien commentaire de la mienne .

Qu'est-ce que modèle?

première chose à comprendre est que le modèle en MVC n'est pas une classe ou un objet. C'est une couche qui contient une multitude de classes. Fondamentalement, la couche de modèle est toutes des couches combinées (cependant, la deuxième couche à laquelle il devrait être appelé "couche d'objet de domaine", car il contient "des objets de modèle de domaine"). Si vous souhaitez lire un résumé rapide sur ce qui est contenu dans chaque partie de la couche modèle, vous pouvez essayer de lire Cet ancien commentaire ( Passer à la section "Note latérale").

         : //i.stack.imgur.com/pkrm4.gif "ALT =" La couche de modèle consiste en tous les 3 cercles concentriques ">
L'image est prise de Calque de service article sur le site de Fowler.

Que fait Les contrôleurs font?

contrôleur ont une responsabilité majeure dans le MVC (je vais parler de Model2 Mise en œuvre ici):

Exécuter des commandes sur les structures à partir de la couche modèle (services ou objets de domaine), qui modifient l'état desdites structures.

Il a généralement une responsabilité secondaire: se lier (ou passer autrement) des structures de couche de modèle à la vue, mais cela devient une pratique discutable, si vous suivez SRP

Où dois-je mettre le code associé à SQL?

Le stockage et la récupération de l'information sont traités à la couche source de données et est généralement implémentée comme Datamapper (ne confondez pas avec les ordures, ce qui abuse qui nom) , que les informations de celui-ci ont été stockées. Et ni cela, aucun cas sur l'endroit où vous mettez les données. Il pourrait être stocké dans MySQL ou PostgreSQL ou une base de données NOSQL. Ou peut-être poussé à l'API de repos à distance. Ou peut-être que le mappeur était une simulacre pour les tests. Tout ce que vous devriez faire, pour remplacer le mappeur, fournit cette méthode avec une usine différente.

En outre, veuillez consulter ces posts apparentés:

• Comprendre les vues MVC à PHP
• contrôleurs testables avec dépendances
• Comment les services devraient-ils communiquer entre eux?
• MVC pour les développeurs PHP avancés