Je trouve cette assertion un peu cavalière et tout à fait injustifiée. Je ne connais pas le framework de Zend. Sans doute est-il trés bien, mais là n'est pas la question. Ni les professionnels du web ni les sites d'entreprises ni même les développeurs exigeant ne nécessitent forcément de construire des sites usine à gaz.
reprise de code et Zend
Il existe d'innombrables CMS, certains sont d'une excellente qualité et permettent de créer de trés bon sites. Dire qu'il n'existe "rien de viable", ça sent un peu la publicité mensongère. Oui, ça fait aussi pub racolleuse. Genre, le Zend framework est le framework qui va sauver le monde PHP. Alors qu'il existe d'autres frameworks, pour certains depuis des années, au moins d'aussi bonne qualité, et utilisé dans de nombreuses applications professionnelles intranet ou internet.
Je te l'accorde. Excusez moi du raccourcis. C'est justement ce qui m'a plus étonné dans Zend. Ce n'est pas une uzine à Gaz!! Pour le coup, c'est une uzine à gaz!
Et c'est souvent ce que je trouve aux framework et CMS actuel. Jelix aussi notamment son moteur de template. Et souvent, il n'ont de CMS que le nom. En fait, toute la conférence était basé sur l'utilisation la moins judicieuse d'eval.
Connexion à la base de données et afficher une page avec Zend
Ce n'est qu'un symptôme, je me demande comment doit être le reste. Zend me semble beaucoup moins prétendant, il s'apparente d'abord à un ensemble de classe facilitant le dév d'une app. Le tampon "Zend" est comme une garantie que c'est le maître de cérémonie qui parle : le créateur de langage lui-même. Évidement, c'est un projet communautaire, seulement voilà : la simple lecture du code est enrichissante.
Cette classe offre des fonctionnalité similaire à FPDF, mais il gère très bien les fichier ttf pas négligeable , de plus, le code est vraiment commenté et propre regarde le code de FPDF, c'est pas évident de s'y retrouver! Bref, je reconnais que j'ai été rapide, mais au mois, on peut troller dès vendredi! Et Zend Framework en vaut vaiment la peine.
J'ai souvent été déçu par les CMS et Framework que j'ai testé, et m'orientais désespérément vers la création de mon Framework maison. Zend Framework implémente moulte class tellement utiles, bien pensée que je ne pouvais m'empêcher de proclamer la bonne nouvelle :D. Zend Framework n'est pas parfait, et surtout, il n'est pas complet ce qui explique le 0. On verra Zend Framework 1.
Commentaires en retour
Le moteur de template de jelix, coercitif? Je ne comprend pas.. Y a pas plus simple comme moteur de template. Tu peux développer? Idem pour jelix en général? Si, il y a plus simple : utiliser PHP comme langage de template.
Je ne parviens pas à exécuter la ligne de commande en mode développeur - CodeetBiere
Si par coersitif, tu penses à "je ne peux pas tout faire dans un template", eh bien je te repond, c'est normal, c'est le but, ça oblige le codeur à coder proprement : pas de code metier dans le template, découpage de l'application en "couche", pour des évolutions plus faciles, une maintenance plus facile, même pour des non connaisseurs de l'appli mais qui connaissent le framework. Avec un système de template comme celui de Zend, rien ne m'empeche finalement de faire dans le template des requetes sql, appeler n'importe quel objet ou autre. Le but d'un framework, c'est de proposer un "cadre".
Si il n'y a pas un minimum de contraintes à l'image de celle que je viens d'évoquer, alors je ne vois pas en quoi le framework est utile, si ce n'est qu'être finalement qu'une simple bibliothèque de composant. Là à priori, pour la couche "presentation" du zend framework, pas de contrainte, donc pas de cadre, donc interet limité selon moi.
Et, je trouve cela toujours impressionnant qu'en ne changeant qu'une ligne de code on puisse passer de Smarty à Phptal ou Php comme template sans toucher une ligne du code de base en utilisant le mvc de la bibliothèque. Tu prends les autres frameworks, cela se fait par la config sans toucher une ligne de code. Tu prends copix, tu peux même mélanger les moteurs de rendu. Mais bon un code factorisé te permet naturellement de faire cela.
Installation
Dans un template, on peut très bien avoir besoin de simple fonction de traitement de chaîne wordwrap, urlencode, etc. Ça relève du template. Donc oui, il y a plus simple pour plus puissant comme moteur de template. Il y a déjà plus simple ou plus complet que le Zend, comme l'inverse. Franchement, de ce côté là comme des autres du framework , Zend n'a rien révolutionné.
Si tu découvres c'est que tu ne connais pas suffisament l'existant dans les framework PHP. Je n'ignore pas l'existant, mais je ne prétend pas le connaître. J'ai testé quelques framework, et ça tournait vite à l'uzine à gaz. Des moteurs de template aussi, il y en a profusion. C'est une perversion de PHP que de crée un moteur de template avec ça. Ben non, pas plus de ressources puisque tout ça est justement compilé en PHP. C'est ce que je parlais quand je parlais de connaissance de l'existant.
A l'exécution Smarty c'est du pur PHP. Reste que ça créé un nouveau langage, c'est vrai. Mais ce langage n'est pas si complexe que ça. On peu s'habituer mais ça reste très lourd et la meilleure manière d'oublier une fin de balise HTML. Même chose quand tu édites le tout avec un outil graphique ce que font encore la plupart ou que tu donnes à rédiger les templates par un non développeur qui connait probablement PHP mais qui pourrait avoir envie de faire des bétises autres que de la présentation si tu le laisses faire.
Bref, il y a plus d'une raison pour un nouveau langage, et en général, par expérience, c'est loin d'être le coté gênant. Bref, on ne va pas refaire le monde, je comprend tout à fait l'utilisation de vue en pur PHP et j'en fais en réalité souvent par pure flemme. Mais de là à trouver le ZendView nouveau par rapport à l'existant ou à affirmer que le reste fait usine à gaz Donc au final, le langage de template est bien PHP, encore heureux. Nous pouvons maintenant créer un alias apache sur le dossier public et vérifier avec notre navigateur que nous arrivons bien à afficher la page de bienvenue.
Nous allons maintenant ajouter les modules Doctrine 2 ORM pour la représentation objet de la base, ZfcUser pour la gestion des utilisateurs et ZendDeveloperTools pour la petite barre d'outils bien pratique en développement.
- localiser et bloquer iphone.
- Kitpages : Tutorial Zend Framework avancé 1.5.x.
- localisation telephone imei.
- Etendre Yii: Utiliser des librairies tierces | Le Guide Définitif de Yii | Yii PHP Framework;
- se localiser ailleurs iphone.
- camera de surveillance pour iphone 5.
- ecoute ligne telephonique.
La première ligne pour Doctrine, les deux suivantes pour ZfcUser et son utilisation au travers de Doctrine, la dernière pour la barre d'outils ZendDeveloperTools. Dans le fichier module. Chez moi ce répertoire s'appelle Model. Il s'agit respectivement des fichiers de paramètres pour ZfcUser et ZendDeveloperTools que nous allons pouvoir adapter.
Dans la suite de ce tutoriel, je créerais l'entité User correspondant à ce que ZfcUser attend, ainsi que les Services et Factory autour de cette classe. Tous seront positionnés dans le module Application, je n'ai pas d'intérêts à créer un nouveau module pour cette couche.
- Une page blanche au lieu de "index.phtml"!
- logiciel espion iphone 7 Plus.
- Calaméo - Zend Framework x - Documentation en Français.
- [Résolu] Une page blanche au lieu de "salbwspk.org" - Zend Framework par widad3 - OpenClassrooms!
Plutôt que d'utiliser l'EntityManager de Doctrine directement dans le contrôleur comme on peut le voir sur divers tutoriaux, je préfère respecter l'architecture du MVC et séparer la récupération des données du contrôleur.