Modele php mvc

Dans mon implémentation, je peux ajouter une nouvelle table à ma base de données, importer les détails dans mon dictionnaire de données, créer le fichier de classe pour le modèle puis créer les transactions initiales pour les LIST1, SEARCH1, Add, ENQUIRE1, UPDATE1 et DELETE1 modèles, et être en mesure de les exécuter de mon système de menu, en moins de 5 minutes sans avoir à écrire une seule ligne de code. Combien de code auriez-vous à écrire pour y parvenir dans votre implémentation? Chaque composant d`application (transaction) dans le système aura son propre script de composant unique. Bien que ce ne soit pas partageable, il s`agit d`un très petit script qui ne fait rien d`autre que d`identifier le modèle, la vue et le contrôleur à utiliser, dont la plupart sont partageables. Cet arrangement me permet d`atteindre les niveaux suivants de réutilisabilité: il est important de se rappeler que le contrôleur est seulement donné des tâches à effectuer lorsque l`utilisateur interagit avec la vue d`abord, et que chaque fonction de contrôleur est un déclencheur, déclenché par l`utilisateur interaction avec la vue. L`erreur la plus courante faite par les développeurs est de confondre le contrôleur pour une passerelle, et en fin de compte en lui attribuant des fonctions et des responsabilités que la vue devrait avoir (Ceci est normalement le résultat du même développeur confondre le composant View simplement comme un modèle). En outre, c`est une erreur commune de donner aux fonctions de contrôleur qui lui donnent la seule responsabilité de crunching, passant, et le traitement des données du modèle à la vue, alors que dans le modèle MVC cette relation doit être conservée entre le modèle et la vue. PHP MVC est un modèle de conception d`application qui sépare les données d`application et la logique métier (modèle) de la présentation (vue). MVC signifie modèle, View & Controller. Je ne développe pas de logiciel qui manipule directement des objets du monde réel, tels que le contrôle de processus, la robotique, l`avionique, ou les systèmes de guidage de missiles, ce qui signifie que beaucoup de propriétés et de méthodes qui s`appliquent aux objets du monde réel sont complètement dénuées de pertinence. Je développe des applications d`entreprise telles que le traitement des commandes client, l`inventaire, la facturation et les expéditions qui traitent avec des entités telles que les produits, les clients et les commandes, donc je ne manipule que les informations sur ces entités et non les entités réelles Eux-mêmes. Ces informations sont détenues dans une base de données sous la forme de tables, de colonnes et de relations.

Indépendamment de ce que les propriétés ou les attributs d`un objet réel peut avoir, dans une application de base de données, il est seulement nécessaire de stocker les éléments d`information qui sont réellement exigées par cette application. Un produit dans le monde réel peut avoir de nombreuses propriétés, mais l`application peut seulement avoir besoin d`enregistrer son ID, description et prix. Une personne dans le monde réel peut avoir des méthodes telles que Sit, stand, marcher et courir, mais ces opérations ne seraient jamais nécessaires dans une application d`entreprise.

About the Author