Quelles sont les principales différences entre Wordpress et l’architecture logicielle de Joomla!) Et comment leurs fonctions principales sont étendues?
* NOTE: Ceci est pas une question 'qui est mieux'!!
Wordpress et Joomla! sont tous deux géniaux CMS open-source.
Quelles sont les principales différences
1) dans l’architecture logicielle entre Joomla! et Wordpress?
2) dans la manière dont les extensions de la fonctionnalité de base (prête à l'emploi) sont réalisées? et
3) Comment le noyau et les extensions sont mis à jour et mis à jour?
Les deux Wordpress et Joomla!) Sont très appréciés et chacun présente des avantages uniques lorsque vous les comparez.
Pour répondre à vos questions:
dans l'architecture logicielle entre Joomla! et Wordpress
Joomla est [~ # ~] oop [~ # ~] (orienté objet) et [~ # ~] mvc [~ # ~] (an modèle de conception orienté objet).
Wordpress est écrit en code procédural.
La programmation procédurale spécifie les étapes que doit prendre le programme pour atteindre l'état souhaité, tandis que programmation orientée objet ("POO") organise les programmes en objets ou structures de données et méthodes avec leurs interactions.
Pour les programmes simples, le code de procédure (pensez à une séquence de commandes ligne par ligne) fonctionne très bien, mais pour les applications complexes de grande taille, il peut être plus difficile à maintenir - il en résulte souvent ce qui s'appelle code spaghetti (c'est-à-dire lorsque la séquence de commandes ligne par ligne commence à utiliser de nombreux GOTO, exceptions, threads ou autres constructions de branchement et que son déroulement devient conceptuellement comme un bol de spaghettis). En d'autres termes, le code procédural est simple au départ, mais peut devenir complexe et enchevêtré.
Les applications plus complexes peuvent donc être mieux structurées avec OOP et avec MVC - un style de programmation plus avancé qui convient beaucoup mieux à la création de programmes très complexes comportant beaucoup de pièces mobiles.
Alors que le code de procédure peut être initialement plus facile à écrire et à maintenir pour des programmes simples, OOP présente les avantages suivants: il permet de rassembler des collections de variables (appelées "propriétés" dans OOP) (appelées "méthodes") 'OOP) en faisceaux - pour un code plus ordonné, plus facile à lire, à maintenir et à étendre.
Pour la plupart des Wordpress (par exemple, des blogs simples), le code de procédure fonctionne parfaitement.
Pour les applications plus complexes (par exemple, celles qui requièrent des autorisations de groupe d'utilisateurs et celles qui en utilisent beaucoup intègrent de nombreuses extensions pour étendre les fonctionnalités), OOP est généralement considéré comme une approche beaucoup plus élégante.
Pour résumer:
L'architecture logicielle de Worpress (basée sur un code de procédure) a ses points forts en termes de simplicité, mais le code de procédure n'est pas idéal pour les applications complexes dont l'extensibilité est robuste.
L’architecture logicielle de Joomla! (OOP/MVC) peut sembler plus complexe, mais bien conçue, OOP/MVC simplifie beaucoup l’extension des fonctionnalités d’une application et ces extensions fonctionnent ensemble harmonieusement.
Si vous voulez comprendre les différences (au niveau débutant), lisez PHP Procedural vs PHP OO vs PHP MVC de Peham Raza - il décrit les tenants et les aboutissants de chaque solution de manière à faciliter la compréhension des avantages.
dans la manière dont les extensions de la fonctionnalité de base (prête à l'emploi) sont créées?
- Joomla a ajouté des fonctionnalités avec Module, Composant, Plugins
- WorPress utilise un plugin pour étendre sa fonctionnalité.
- Joomla est strict dans la création de son module, plug-in ou composant (vous ne pouvez pas simplement télécharger les fichiers via FTP et l'activer, vous devez le faire avec Extension Installer).
Comment le noyau et les extensions sont mis à jour et mis à jour
- Les deux utilisent presque la même technique pour la mise à niveau ou les mises à jour (ils permettent aux développeurs de créer de nouvelles fonctionnalités avec des extensions ou des modifications de modèles avec remplacement. Donc, en principe, aucun fichier central ne doit être modifié dans cette situation afin que la mise à jour améliore leurs correctifs de sécurité, etc.).
Il existe un dicton Wordpress n’est pas un système de gestion de contenu, mais de nos jours, c’est un système de gestion de contenu avec toutes les fonctionnalités de Joomla et plus encore.
WordPress est bon pour les utilisateurs qui ont moins de connaissances en développement et Joomla pour les développeurs.
J'espère que c'est logique.
Je pense que pour vraiment répondre à cette question, vous devez bien connaître WP et Joomla !. Je suis Joomla! Heavy et n'ai utilisé que WP quelques fois, ma réponse risque donc de ne pas être aussi complète que vous pourriez l'espérer.
WP est avant tout une plateforme de blogs. Il est configuré pour les flux de données. Vous devez sortir de votre chemin pour aller au-delà du flux par défaut pour obtenir une page d'accueil statique. Ce n'est pas difficile, ce n'est tout simplement pas par défaut. Si vous savez ce que vous faites, vous pouvez développer WP pour aller au-delà de la plate-forme de blogging ou si vous téléchargez un modèle qui l’a déjà fait pour vous.
Joomla est avant tout un CMS. Il est conçu pour contenir un site Web complet, y compris les blogs, directement à partir de son noyau de base. Les plugins aident, ils peuvent vous offrir une expérience plus personnalisée pour ceux qui ne savent pas créer leurs propres composants et plugins. Après tout, pourquoi réinventer la roue?
D'après mon expérience, WP est idéal pour les personnes qui ne sont pas des développeurs ou qui en savent assez. Joomla, par contre, a été conçu pour les développeurs, pour ceux qui souhaitent créer un front entièrement personnalisé. Expérience finale et finale. J'ai passé des heures dans un modèle WP) pour le forcer à faire ce que je voulais, ce qui était frustrant lorsque je suis habitué à construire les choses comme je les veux. la première fois avec Joomla (nous n'utilisons pas de modèles - nous avons notre propre noyau Joomla, qui est réduit au strict minimum et nous construisons à partir de zéro).
Si vous extrayez le FTP de WP et Joomla côte à côte, vous pouvez voir à quel point ils sont différents.
WP a cette zone de plugin où vous pouvez rechercher des plugins, choisir et installer. Je crois que vous pouvez également mettre à jour à partir de ce même endroit. Lorsque vous êtes dans un plugin, il vous dira souvent qu'une mise à jour est disponible.
Joomla utilise Extension Manager où vous pouvez télécharger un plugin ou un composant téléchargé. Je pense qu'il existe peut-être une fonctionnalité de recherche, mais honnêtement je ne l'ai jamais utilisée car j'utilise habituellement JED pour trouver ce dont j'ai besoin. Cette même zone vous offre également un bouton de mise à jour où vous pouvez voir toutes les mises à jour disponibles pour ce que vous avez installé. Encore une fois, certains composants vous diront qu’une mise à jour est disponible, mais pas tous.
La principale différence que je vois est que WP est destiné aux utilisateurs - ils installent un modèle, ils peuvent mettre à jour, ils peuvent ajouter, Joomla est destiné aux développeurs, nous effectuons l’installation, nous effectuons la mise à jour, nous construisons/ajoutons de nouvelles fonctionnalités. Cela ne veut pas dire que ce n’est pas convivial, mais il ya des domaines qui, à mon avis, échappent à la volonté de l’utilisateur parce qu’ils sont conçus pour les développeurs.
Lorsque vous parlez d’architecture, il est important que vous construisiez un portail ou un site Web complexe, c’est-à-dire de nombreuses entités interconnectées.
- Le code source de Joomla est orienté objet.
- Le code Joomla est très bien divisé en applications, plugins, composants.
- La plupart des modèles de conception sont suivis dans Joomla, par exemple. Usine, décorateur, injection de dépendance, etc.
En tant que développeur C et C++ lorsque j’ai adopté joomla, j’ai adoré, car il utilise le même ensemble de normes que les fonctions qui gâchent l’espace de nom global.