Quelles sont les meilleures pratiques pour implémenter des modèles dans le modèle MVC. Plus précisément, si j'ai "Utilisateurs", dois-je implémenter 2 classes. Un pour gérer tous les utilisateurs et un pour gérer un seul utilisateur. Donc quelque chose comme "Utilisateurs" et "Utilisateur"?Meilleures pratiques pour implémenter des modèles dans le modèle MVC
J'écris une application Zend Framework en php mais c'est plutôt une question générale.
Le modèle doit être déterminé par les besoins du problème. Donc, si vous devez gérer plusieurs utilisateurs, alors une classe représentant une collection d'utilisateurs peut être appropriée, oui. Cependant, si vous n'en avez pas besoin, ne l'écrivez pas! Vous pouvez trouver qu'un simple tableau d'objets Utilisateur est suffisant pour vos besoins.
Cela va être spécifique à l'application et à l'implémentation MVC. Vous pourriez bien définir une classe collectant des classes logiquement liées, ou vous pourriez définir un registre statique sur la classe d'utilisateurs. C'est plus d'une question OO que MVC.
Je vais seconder Giraffe en disant que l'utilisation des collections incluses est presque toujours mieux que d'essayer d'écrire les vôtres.
Mais je pense que votre question initiale pourrait être reformulé un peu différemment ... « Ai-je besoin d'une catégorie distincte pour gérer les utilisateurs autres que la classe utilisateur?
J'utilise une classe d'usine statique pour construire tous mes Je suis d'avis que vos classes de modèle doivent être aussi dégradées que possible et que vous utilisez des classes de contrôleur lourdes pour effectuer tout le travail sur les classes du modèle
+ 1: Utilisez les collections intégrées autant que possible. –