Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

: Sortie PHP 5.1.0

Posté par Damien POBEL (page perso, ). Modéré le 25 novembre 2005.
La version 5.1.0 de PHP est sortie le 23 novembre. Après la mini révolution de la version 5.0 sortie il y a presque un an et demi, cette version apporte une nouvelle fois de nouvelles fonctionnalités importantes.

Outre les habituelles corrections de bugs (environ 400 !), les nouveautés du moteur Zend2 devrait permettre d'obtenir encore de meilleures performances grâce entre autre à une gestion plus fine de la mémoire. Le ChangeLog nous apprend aussi que beaucoup de modules ont été mis à jour dont MySQLi, PostgreSQL, le module de manipulation des tableaux, SOAP ou encore SPL (Standard PHP Library).

Autre grosse nouveauté de PHP 5.1 est (enfin!) l'introduction d'une nouvelle interface objet appelée PDO (PHP Data Object) permettant d'accéder de manière unifiée aux systèmes de bases de données les plus utilisés avec PHP (MySQL, PostgreSQL, SQLServer, Firebird, Sybase, SQLite, DB2, ODBC) sans avoir à passer par des classes d'abstraction écrites en PHP tel que PearDB ou AdoDB.

Mise à jour : Une version 5.1.1 est déjà disponible. Pas de grandes nouveautés à part quelques correctifs d'anomalies et de régressions, ainsi que la suppression de la classe native Date pour ne pas rentrer en conflit avec le paquet PEAR du même nom. Il est fortement recommandé de migrer rapidement en 5.1.1. Merci à J.Smith pour l'information

> Lire la dépêche (46 commentaires, moyenne: 2,7).  

Vous avez demandé le commentaire #652626.

Bonne et mauvaise nouvelle

Posté par DPhil (page perso, ) le 25/11/2005 à 13:03. (lien). Évalué à 6.

L'intégration de PDO est une bonne et une mauvaise nouvelle à la fois.

Une bonne nouvelle car on a enfin une interface unifiée d'accès au SGBD intégrée dans PHP.

Une mauvaise car PDO est loin d'être complet et quasiment inutilisable dans des projets conséquents, c'est dommage que ce soit PDO qui ait été retenu alors qu'il y avait pléthore de projets bien lus avancés.

  • [^]Re: Bonne et mauvaise nouvelle

    Posté par Dinofly (page perso, ) le 25/11/2005 à 13:13. (lien). Évalué à 4.

    Tu peux détailler un peu ce qu'apportaient les autres projets plus avancés ?
    J'ai beaucoup aimé la présentation de PDO au forum PHP 2005 alors s'il y a mieux ça m'intéresse :-)

    --
    Je connais bien l'algèbre de Boole, et j'ai même vu tous ses flims.
    • [^]Re: Bonne et mauvaise nouvelle

      Posté par DPhil (page perso, ) le 25/11/2005 à 13:37. (lien). Évalué à 6.

      On a tout d'abord ADODB-ext., dbx, DBDO ( qui fait du mapping OR en plus )

      Avec PDO, on a très peu d'accès au meta données, ce qui oblige à les récupérer d'une autre façon ( façon qui est souvent dépendante du SGBD, on perd donc l'abstraction )

      Les objets retournés avec PDO sont des objet standards ( comme avec mysql_fetch_object ), ça ne fait pas vraiment avancer le schmilblik en terme de programmation objet.

      Un binding avec libgda ( gnome-db ) aurait été à mon avis plus opportun.

      Maintenant, ça reste quand même une bonne chose qu'on ait une interface intégrée et objet de surcroit pour l'accès aux SGBD.

      • [^]Re: Bonne et mauvaise nouvelle

        Posté par madko () le 26/11/2005 à 10:01. (lien). Évalué à 2.

        faudrait voir aussi niveau performance qui s'en sort le mieux

        Si PDO ne fait pas grand chose il a peut etre l'avantage d'etre rapide tout en apportant une certaine abstraction. Mais bon ça reste a voir on va attendre quelques benchmarks

        [^]Re: Bonne et mauvaise nouvelle

        Posté par Éric (Jabber id, page perso, ) le 27/11/2005 à 16:18. (lien). Évalué à 4.

        > On a tout d'abord ADODB-ext., dbx, DBDO ( qui fait du mapping OR en plus )

        Les buts d'ADODB ou DBDO ne sont pas les mêmes.
        - ADODB est une abstraction de base de données
        - DBDO est un mapping objet-relationel
        - PDO est une API unifiée

        On ne demande pas à PDO de pouvoir avoir une instruction unique pour mysql et oracle (le but d'adodb), on lui demande juste que l'instruction soit à passer de la même façon.
        Ne pas être aller plus loin pour fournir un minimum d'abstraction est à mon avis une erreur mais c'est un choix qui se défend tout à fait.


        > Un binding avec libgda ( gnome-db ) aurait été à mon avis plus opportun.

        Là dessus on est d'accord. Il me semble que quelqu'un a commencé à travailler la dessus. Par contre j'ai cru comprendre que ça ne deviendrai jamais une solution poussée par PHP à cause du nombre de dépendances et de leur portage sur tous les systèmes où tourne PHP.