Lors de cette présentation vous trouverez la liste complète des nouveautés de PHP 5.3 avec des exemples d'implémentation.
Elle comprend aussi une partie introspective sur le futur de PHP au 30 juin 2010
Niveau 5 = optimisation fine dans la manière de gérer nos projet mais pour cela il faut bien maîtriser nos projets (niveaux 3 et 4)
Niveau 5 = optimisation fine dans la manière de gérer nos projet mais pour cela il faut bien maîtriser nos projets (niveaux 3 et 4)
Quelques détails sur l'installation faite pour les tests allant avec ces slides : - Installation d'une Ubuntu 7.10 server sur une vmware - Installation minimaliste : sur l'écran « quoi installer », je n'ai rien coché - Une fois l'installation minimaliste terminée : apt-get update && apt-get dist-upgrade apt-get install openssh-server zip unzip make sun-java5-jdk subversion ant apache2 subversion-tools perl memcached build-essential gcc-4.1-locales automake1.9 autoconf manpages-dev debian-keyring apache2-prefork-dev libxml2-dev openssh-server - POUR PHP 6 : apt-get install libicu36-dev - Avec ça : - On a un environnement de dev permettant de compiler PHP (y compris en module Apache 2) - On peut se connecter en SSH à la machine virtuelle (un seul objectif : meilleure intégration avec les outils de dev, utilisés depuis la machine « réelle ») - Téléchargement du dernier snapshot PHP 5.2 ou PHP 6 depuis http://snaps.php.net/ , puis décompression, configure, make, et make install (A ADAPTER POUR UTILISER UN SNAPSHOT PLUS RECENT) : wget http://snaps.php.net/php5.3-200804102030.tar.bz2 tar xvf php5.3-200804102030.tar.bz2 cd php5.3-200804102030/ ./configure --with-apxs2=/usr/bin/apxs2 make make install
Quelques détails sur l'installation faite pour les tests allant avec ces slides : - Installation d'une Ubuntu 7.10 server sur une vmware - Installation minimaliste : sur l'écran « quoi installer », je n'ai rien coché - Une fois l'installation minimaliste terminée : apt-get update && apt-get dist-upgrade apt-get install openssh-server zip unzip make sun-java5-jdk subversion ant apache2 subversion-tools perl memcached build-essential gcc-4.1-locales automake1.9 autoconf manpages-dev debian-keyring apache2-prefork-dev libxml2-dev openssh-server - POUR PHP 6 : apt-get install libicu36-dev - Avec ça : - On a un environnement de dev permettant de compiler PHP (y compris en module Apache 2) - On peut se connecter en SSH à la machine virtuelle (un seul objectif : meilleure intégration avec les outils de dev, utilisés depuis la machine « réelle ») - Téléchargement du dernier snapshot PHP 5.2 ou PHP 6 depuis http://snaps.php.net/ , puis décompression, configure, make, et make install (A ADAPTER POUR UTILISER UN SNAPSHOT PLUS RECENT) : wget http://snaps.php.net/php5.3-200804102030.tar.bz2 tar xvf php5.3-200804102030.tar.bz2 cd php5.3-200804102030/ ./configure --with-apxs2=/usr/bin/apxs2 make make install
Quelques détails sur l'installation faite pour les tests allant avec ces slides : - Installation d'une Ubuntu 7.10 server sur une vmware - Installation minimaliste : sur l'écran « quoi installer », je n'ai rien coché - Une fois l'installation minimaliste terminée : apt-get update && apt-get dist-upgrade apt-get install openssh-server zip unzip make sun-java5-jdk subversion ant apache2 subversion-tools perl memcached build-essential gcc-4.1-locales automake1.9 autoconf manpages-dev debian-keyring apache2-prefork-dev libxml2-dev openssh-server - POUR PHP 6 : apt-get install libicu36-dev - Avec ça : - On a un environnement de dev permettant de compiler PHP (y compris en module Apache 2) - On peut se connecter en SSH à la machine virtuelle (un seul objectif : meilleure intégration avec les outils de dev, utilisés depuis la machine « réelle ») - Téléchargement du dernier snapshot PHP 5.2 ou PHP 6 depuis http://snaps.php.net/ , puis décompression, configure, make, et make install (A ADAPTER POUR UTILISER UN SNAPSHOT PLUS RECENT) : wget http://snaps.php.net/php5.3-200804102030.tar.bz2 tar xvf php5.3-200804102030.tar.bz2 cd php5.3-200804102030/ ./configure --with-apxs2=/usr/bin/apxs2 make make install
Design ====== Main assumption of the model is that the problem that we are to solve is the problem of the very long class names in PHP libraries. We would not attempt to take autoloader's job or create packaging model - only make names manageable. Namespaces are defined the following way: Zend/DB/Connection.php: <?php namespace Zend::DB; class Connection { } function connect() { } ?> Namespace definition does the following: All class and function names inside are automatically prefixed with namespace name. Inside namespace, local name always takes precedence over global name. Several files may be using the same namespace. The namespace declaration statement must be the very first statement in the file. The only exception is &quot;declare&quot; statement that can be used before. Every class and function in a namespace can be referred to by the full name - e.g. Zend::DB::Connection or Zend::DB::connect - at any time. <?php require 'Zend/Db/Connection.php'; $x = new Zend::DB::Connection; Zend::DB::connect(); ?> Namespace or class name can be imported: <?php require 'Zend/Db/Connection.php'; use Zend::DB; use Zend::DB::Connection as DbConnection; $x = new Zend::DB::Connection(); $y = new DB::connection(); $z = new DbConnection(); DB::connect(); ?> The use statement only defines name aliasing. It may create name alias for namespace or class. The simple form of statement &quot;use A::B::C::D;&quot; is equivalent to &quot;use A::B::C::D as D;&quot;. The use statement can be used at any time in the global scope (not inside function/class) and takes effect from the point of definition down to the end of file. It is recommended however to place the use statements at the beginning of the file. The use statements have effect only on the file where they appear. The special &quot;empty&quot; namespace (:: prefix) is useful as explicit global namespace qualification. All class and function names started from :: interpreted as global. <?php namespace A::B::C; $con = ::mysql_connect(...); ?> A special constant __NAMESPACE__ contains the name of the current namespace. It can be used to construct fully-qualified names to pass them as callbacks. <?php namespace A::B::C; function foo() { } set_error_handler(__NAMESPACE__ . &quot;::foo&quot;); ?> In global namespace __NAMESPACE__ constant has the value of empty string. Names inside namespace are resolved according to the following rules: 1) all qualified names are translated during compilation according to current import rules. So if we have &quot;use A::B::C&quot; and then &quot;C::D::e()&quot; it is translated to &quot;A::B::C::D::e()&quot;. 2) unqualified class names translated during compilation according to current import rules. So if we have &quot;use A::B::C&quot; and then &quot;new C()&quot; it is translated to &quot;new A::B::C()&quot;. 3) inside namespace, calls to unqualified functions that are defined in current namespace (and are known at the time the call is parsed) are interpreted as calls to these namespace functions. 4) inside namespace, calls to unqualified functions that are not defined in current namespace are resolved at run-time. The call to function foo() inside namespace (A::B) first tries to find and call function from current namespace A::B::foo() and if it doesn't exist PHP tries to call internal function foo(). Note that using foo() inside namespace you can call only internal PHP functions, however using ::foo() you are able to call any function from the global namespace. 5) unqualified class names are resolved at run-time. E.q. &quot;new Exception()&quot; first tries to use (and autoload) class from current namespace and in case of failure uses internal PHP class. Note that using &quot;new A&quot; in namespace you can only create class from this namespace or internal PHP class, however using &quot;new ::A&quot; you are able to create any class from the global namespace. 6) Calls to qualified functions are resolved at run-time. Call to A::B::foo() first tries to call function foo() from namespace A::B, then it tries to find class A::B (__autoload() it if necessary) and call its static method foo() 7) qualified class names are interpreted as class from corresponding namespace. So &quot;new A::B::C()&quot; refers to class C from namespace A::B. Examples -------- <?php namespace A; foo(); // first tries to call &quot;foo&quot; defined in namespace &quot;A&quot; // then calls internal function &quot;foo&quot; ::foo(); // calls function &quot;foo&quot; defined in global scope ?> <?php namespace A; new B(); // first tries to create object of class &quot;B&quot; defined in namespace &quot;A&quot; // then creates object of internal class &quot;B&quot; new ::B(); // creates object of class &quot;B&quot; defined in global scope ?> <?php namespace A; new A(); // first tries to create object of class &quot;A&quot; from namespace &quot;A&quot; (A::A) // then creates object of internal class &quot;A&quot; ?> <?php namespace A; B::foo(); // first tries to call function &quot;foo&quot; from namespace &quot;A::B&quot; // then calls method &quot;foo&quot; of internal class &quot;B&quot; ::B::foo(); // first tries to call function &quot;foo&quot; from namespace &quot;B&quot; // then calls method &quot;foo&quot; of class &quot;B&quot; from global scope ?> The worst case if class name conflicts with namespace name <?php namespace A; A::foo(); // first tries to call function &quot;foo&quot; from namespace &quot;A::A&quot; // then tries to call method &quot;foo&quot; of class &quot;A&quot; from namespace &quot;A&quot; // then tries to call function &quot;foo&quot; from namespace &quot;A&quot; // then calls method &quot;foo&quot; of internal class &quot;A&quot; ::A::foo(); // first tries to call function &quot;foo&quot; from namespace &quot;A&quot; // then calls method &quot;foo&quot; of class &quot;A&quot; from global scope ?> TODO ==== * Support for namespace constants? * performance problems - calls to internal functions in namespaces are slower, because PHP first looks for such function in current namespace - calls to static methods are slower, because PHP first tries to look for corresponding function in namespace * Extend the Reflection API? * Add ReflectionNamespace class + getName() + getClasses() + getFunctions() + getFiles() * Add getNamespace() methods to ReflectionClass and ReflectionFunction * Rename namespaces to packages?
A noter : au départ, développé pour PHP6, puis backporté vers PHP 5 une fois que ça a été suffisament stable. (Pas la première fonctionnalité prévue pour PHP 6 qui se retrouve PHP 5(.3), d'ailleurs) Quelques liens intéressants à ce sujet (pour aller un peu plus loin que cet unique slide) : - http://blog.ulf-wendel.de/?p=149 : PHP: What is mysqlnd, do I need it? - http://blog.ulf-wendel.de/?p=182 : PHP: PDO_MYSQLND for PHP preview released - http://blog.ulf-wendel.de/?p=157 : PHP: mysqlnd saves 40% memory, finally (new tuning options)! - http://blog.ulf-wendel.de/?p=163 : PHP: 59 tuning screws for mysqlnd