Juste rapidement, les organisateurs du forum PHP 2010 (AFUP) cherchent des conférenciers pour participer au forum PHP 2010.
Je vous mets le lien :
http://www.afup.org/pages/site/?route=actualites/412/experts-php-participez-au-forum-php-2010
Alors que PHP 5.2.x vient d’atteindre sa 9 ème release, PHP 5.3 se prépare tranquillement.
Cette version sera une pré-release du fameux PHP 6 tant attendu et qui sera encore attendu pendant un temps certain.
Effectivement, beaucoup de travail pour l’équipe de développement qui a déjà déporté des nouveauté de la version 6 sur la version 5.3.
Dans les améliorations notoires :
L’annonce de la release candidate 1 :
http://www.php.net/archive/2009.php#id2009-03-24-1
Afin de vous faire une petite idée de ce qui nous attend, voici la vidéo de la conférence PHP TV de décembre 2008 :
Lorsque l’on développe une classe static en PHP, nous nous retrouvons avec une structure de ce type :
static class maClass{
static function maFonction(){
}
}
Lors de l’appel de cette méthode static dans notre code, nous utilisons ce code :
maClass::maFonction();
Le double deux points utilisé se nomme le « Paamayim Nekudotayim », mot venant de l’hébreux.
Pour en savoir plus :
http://www.php.net/manual/fr/language.oop5.paamayim-nekudotayim.php
Le modèle MVC, connu par bon nombre de développeur objet, est un modèle théorique permettant de segmenter les différents parties d’une application.
Ainsi, on va pouvoir dissocier les différents couches applicatives : affichage, base de données, gestion des actions, sécurité, etc.
Le modèle MVC, c’est :
Bien que ce modèle MVC à trois couche est était très utilisé pendant des années, il est nécessaire aujourd’hui d’appliquer plus de couche afin de mieux segmenter les programmes et de pouvoir intervenir plus facilement et plus rapidement. Aussi, la segmentation par couche permet d’alléger les scripts et de rendre les bibliothèques plus légères.
Quelques sont les couches que l’on peut mettre en place ???
Et bien les voici :
Dans tous les cas, la segmentation par couche permet de segmenter les scripts, d’alléger le chargement des bibliothèques, d’éviter la redondance, et surtour de structurer les données et de diviser les différents services.
Tous le monde connait PHP 3 & 4 pour sa facilité de mise en place et sa souplesse de programmation au sein du code : le fait de pouvoir mélanger du HTML, du CSS, du JavaScript, du PHP, des connexions à MySQL, et plein d’autres protocoles est le vrai avantage de PHP.
Mais plusieurs problèmes se révèlent :
PHP 5 Objet est arrivé depuis quelques années maintenant et permet de mettre en place des scripts PHP dit « OBJET ».
Mais ….. KAICEKECEKECA ??
PHP 5 est concidéré par bon nombre de développeur comme un faut langage objet, et pourtant, il possède (surtout depuis PHP 5.3) tous les éléments propres au langage objet.
De la définition des classe, en passant par les NameSpaces, jusqu’à la sérialisation, PHP 5 est bel et bien un langage objet : de la POO.
Mais ce n’est pas tous, bien qu’il possède maintenant les avantages de l’objet, il garde bien sûr les avantages de PHP3 & 4, comme :
Certains me diront que PHP 5 est très lourd au niveau des serveurs, je leur répondrais que la lourdeur de l’objet est compensé par l’amélioration du code et de la structure des codes. Aussi, je dirai que la gestion des ressources ne passe par que par l’optimisation du code PHP mais par l’optimisation du frontend (qui représente 95 % du temps d’attente de l’utlisateur).
Maintenant qu’on a mis un peu de lumière autour de PHP 5 objet, on va pouvoir voir quelques petits scripts fort sympathique :
