Le tampon Zend une garantie ? Zend le créateur de PHP ?
Euh ... jocker, on va passer la dessus pour ne pas passer au troll.
Juste un exemple parmi d'autres, pendant les semaines (mois ?) où on avait l'annonce du framework mais aucun code public, on a eu droit à des superbes slides montrant des exemples de code "fonctionnant avec le framework" qui n'avaient aucune chance de fonctionner. Je ne parle pas de bêtes erreurs de recopies ou de syntaxe mais bien de concepts d'architecture qui ne pouvaient pas fonctionner en PHP. Et au temps pour la crédibilité du tampon Zend.
Mais pour les frameworks, le problème de PHP c'est plus la profusion que le manque. D'ailleurs le but officiel du Zend framework est plus lié à des questions de garantie sur la propriété intellectuelle que de contenu du framework lui même. (l'officieuse étant probablement de justement mettre le tampon Zend partout)
Et dans ce que je vais dire il n'y a aucun jugement de valeur ni de critique sur les compétences, mais au niveau fait, que tu découvres le typage de paramètre PHP 5 m'incite à penser que tu as un aperçu très limité de l'écosystème PHP, certainement trop limité pour aller faire des grandes déclarations sur le manque de framework "non usine à gaz".
Après c'est sur que le Zend Framework a de gros avantages. Le majeur est certainement la lisibilité et la simplicité de certains codes sources. Vois y simplement le fait que Zend est bien plus limité que certains autres, non complets, et arrive en tout dernier imposant PHP 5.2 (alors que la plupart des autres ont une base de compatibilité bien plus large qu'ils sont obligés d'assumer).
Un petit exemple ? j'ai un développeur qui a bossé avec Oracle, mais dans la 0.6 leur driver AR Oracle ne savait pas lister les colonnes, donc ne fonctionnait pas. Un truc jeune, neuf, incomplet et imposant des dépendances ultrarécentes est forcément un peu plus clair et un peu moins fouilli. On verra avec l'age pour le reste.
[^] # Re: Rien de viable ?
Posté par Éric (site web personnel) . En réponse à la dépêche Zend Framework 0.7.0. Évalué à 6.
Euh ... jocker, on va passer la dessus pour ne pas passer au troll.
Juste un exemple parmi d'autres, pendant les semaines (mois ?) où on avait l'annonce du framework mais aucun code public, on a eu droit à des superbes slides montrant des exemples de code "fonctionnant avec le framework" qui n'avaient aucune chance de fonctionner. Je ne parle pas de bêtes erreurs de recopies ou de syntaxe mais bien de concepts d'architecture qui ne pouvaient pas fonctionner en PHP. Et au temps pour la crédibilité du tampon Zend.
Mais pour les frameworks, le problème de PHP c'est plus la profusion que le manque. D'ailleurs le but officiel du Zend framework est plus lié à des questions de garantie sur la propriété intellectuelle que de contenu du framework lui même. (l'officieuse étant probablement de justement mettre le tampon Zend partout)
Et dans ce que je vais dire il n'y a aucun jugement de valeur ni de critique sur les compétences, mais au niveau fait, que tu découvres le typage de paramètre PHP 5 m'incite à penser que tu as un aperçu très limité de l'écosystème PHP, certainement trop limité pour aller faire des grandes déclarations sur le manque de framework "non usine à gaz".
Après c'est sur que le Zend Framework a de gros avantages. Le majeur est certainement la lisibilité et la simplicité de certains codes sources. Vois y simplement le fait que Zend est bien plus limité que certains autres, non complets, et arrive en tout dernier imposant PHP 5.2 (alors que la plupart des autres ont une base de compatibilité bien plus large qu'ils sont obligés d'assumer).
Un petit exemple ? j'ai un développeur qui a bossé avec Oracle, mais dans la 0.6 leur driver AR Oracle ne savait pas lister les colonnes, donc ne fonctionnait pas. Un truc jeune, neuf, incomplet et imposant des dépendances ultrarécentes est forcément un peu plus clair et un peu moins fouilli. On verra avec l'age pour le reste.