Share
Jusqu'à présent, nos articles précédents portaient sur l'interface utilisateur d'OpenCart. Dans les articles, nous avons expliqué comment utiliser le panneau d'administration. À partir de cet article, nous comprendrons OpenCart Framework, basé sur le modèle de conception MVC..
Si vous connaissez MVC (Model-View-Controller), vous avez une longueur d'avance. sinon, ne vous inquiétez pas, nous allons parler de l'architecture MVC dans nos prochains articles en détail.
OpenCart Framework est assez simple, car il a été conçu pour attirer l’attention des développeurs débutants. OpenCart suit un itinéraire URL simple, comme celui-ci: route = aa / bb. La chaîne de requête "route" est composée d'au moins deux parties qui donnent des instructions pour définir le contenu à charger..
Par exemple, dans notre exemple ci-dessus, j'ai utilisé aa en première partie et bb en deuxième partie. Dans l'architecture MVC, cela fonctionne comme suit:
Tout d'abord, le contrôleur est chargé. Dans ce cas, le contrôleur est identifié par les premier et deuxième paramètres de la chaîne de requête. La première partie de la chaîne de requête identifie le répertoire, la seconde partie de la chaîne de requête identifie le nom de fichier du contrôleur (sans l'extension PHP appropriée)..
Ainsi, le paramètre de chaîne de requête ci-dessus concerne le fichier comme indiqué ci-dessous:
(STORE ROOT DIRECTORY) /catalog/controller/aa/bb.php
Remarque: le paramètre Route peut contenir la troisième partie, à savoir route = aa / bb / cc. La troisième partie sera abordée dans les prochains articles lorsque nous examinerons la compréhension des contrôleurs..
Les bibliothèques jouent un rôle très important dans OpenCart. Les bibliothèques sont essentiellement des fichiers auxiliaires, qui sont le plus souvent utilisés lors du développement de quelque chose. OpenCart a fourni des bibliothèques prédéfinies qui pourraient être très utiles lors de l'écriture de code. La syntaxe générale pour charger une bibliothèque comme celle-ci suit ce format: $ this-> nom_bibliothèque. Les bibliothèques peuvent être trouvées dans système / bibliothèque.
Par exemple, pour connecter par programme un utilisateur au système, vous pouvez utiliser $ this-> user-> login ($ username, $ password); et pour déconnecter un utilisateur du système, vous pouvez utiliser $ this-> user-> logout ();.
Certaines des bibliothèques couramment utilisées:
Accentsconagua
cart.php qui contiennent des fonctions liées au panierimage.php contient des fonctions liées aux images, telles que le recadrage, la mise en cache, etc.customer.php comprend des fonctions liées au clientconfig.php est responsable du chargement de tous les paramètres OpenCartuser.php contient toutes les fonctions administrateur et utilisateur.Les langues peuvent être situées à catalogue / langue . Dans des articles précédents, nous avons ajouté la langue française sur notre site, de sorte que dans le dossier se trouve le Anglais et français Dossiers. Pour mieux comprendre cela, nous allons jeter un coup d'oeil et ce qui est inclus dans le Anglais annuaire.
Les valeurs utilisées sur plusieurs pages sont stockées. english.php. Si vous souhaitez ajouter une nouvelle valeur, suivez simplement la syntaxe ci-dessous:
$ _ ['language_key'] = 'Ceci est un test';.
Cependant, les langues basées sur des pages spéciales sont situées dans les dossiers. Par exemple, pour la page d'erreur, le fichier de langue peut être trouvé à l'adresse suivante: catalogue / langue / english / error / not_found.php .
Le fichier de langue peut être chargé dans le contrôleur en utilisant la syntaxe suivante:
$ this-> language-> load ('error / not_found'); Vous pouvez ensuite utiliser la fonction "get" de la bibliothèque de langues pour récupérer la valeur de la langue:
$ this-> language-> get ('language_key');
Remarque: Les valeurs du fichier de langue global english / english.php sont automatiquement chargés et disponibles pour être utilisés sans le $ this-> language-> load méthode.
Cet article a couvert et expliqué l'architecture de base d'OpenCart System. Mais ce n'est pas tout, il y a un peu plus de choses à expliquer dans nos deux prochains articles.
Pour être un expert dans un outil, il faut être plus familiarisé avec l'architecture système de l'outil. Donc, dans nos prochains articles, nous allons nous concentrer sur les choses essentielles. J'espère que vous avez apprécié l'article. Jusqu'à notre prochain article, n'hésitez pas à laisser des commentaires et / ou des questions dans le flux ci-dessous..
