Salut,
 
Je développe depuis pas mal de temps en php 4.
Je regarde de plus en plus php 5, seulement je me demande réellement la raison d'y basculer.
 
Avez vous des expériences a partager sur cette bascule, ce que ca vous a apporté, sur quel type d'application/site ?
 
Merci  

si "basculer" veut dire réécrire une applia existante : non
 
si par contre tu as des notions de POO, tu peux tenter ton prochaine projet en PHP 5.  
 
Mais ça soulève plus de questions que ça n'en résolve je trouve. Si tu n'y connais rien en POO, inutile (sauf pour ta culture générale bien sûr)

Je n'ai pour l'instant pas conduit à terme de gros projets PHP5 objet. Mon avis est donc tout à fait relatif et ne se base que sur quelques tests basiques.
 
Il y a bien des progrès notables en PHP5 objet. Mais je rejoint l'avis de JagStang: interessant mais pas necessaire.

Le procédural à fait la notoriété de PHP.

 
C'est ce que je souhaitais savoir, je vais lancer un nouveau projet et me demandait si il etait utile de le preparer en php 5 plutot qu'en 4.
 
L'interet premier reside dans quoi exactement ? l'object ?

il parait. mais personnellement j'ai du mal à utiliser de l'objet dans un langage de script comme PHP. je vois pas l'intérêt d'utiliser des objets comme dans d'autres langages.  
 
disons que c'est moins évident au premier abord. Si tu code proprement, avec des fonctions, tu peux t'en passer
 
C'est mon avis, je ne prétend détenir la vérité absolue (ceci pour contrer tout réplique des fanas de PHP du coin )

lol !
 
Il faut peut etre avoir un meta cerveau en forme de design pattern ou  n'avoir rien d'autre à faire !

Commencer à s'habituer correctement à ce qui deviendra obligatoire de faire en php6 à savoir l'orientation vers le code propre et qui s'appuie pas sur les légertés de PHP
 
Donc sans parler que de POO, oublier les globals et autres merdasses, s'orienter vers des modules objets...
 
En résumé, prendre de meilleures habitudes que la config par défaut de php4 qui permettent surtout de pondre du code plus propre.
 
Y'a aussi des petites fonctions con (plutot des variantes) qui font le boulot à ta place et t'évitent de devoir faire des moulinettes
 
 
Mon avis, ça coute rien de s'y mettre plutot que devoir tout revoir pour php6 qui aura son lot de changement en terme de choses interdites, ou bien se coller sur un php.ini de php5 au minimum

ou si tu veux arrêter de bidouiller et te mettre a quelque chose d'un peu plus serieux tu peux tenter ASP .NET

Même si tu développes pas en POO, y'a des trucs supers-intéressants avec PHP5 :
 

• Gravement meilleur support de l'XML via l'extension DOM & SimpleXml & XSL
• Meilleur support & perfs pour tout ce qui est streams
• foreach avec référence sur la valeur
• plein de nouvelles fonctions à droite et à gauche
• meilleures perfs
• Antialiasing avec GD

 
Et si tu bosses en POO, c'est évident que PHP5 apporte à mort :

• Interfaces
• public/private/protected
• destructeurs
• Exceptions
• Extension SPL offrant plein d'interfaces à implémenter, notamment Iterator qui permet de rendre foreachable une classe

 
C'est ce que je me dis aussi, préparer l'avenir pour pas etre coincé ensuite.
Seulement aujourd'hui je regarde etc, mais je ne trouve pas d'interet à développer en 5 pour ce que je fais.

Merci, connais tu un site faisnt part de toutes ces nouvelles fonctions etc ? ou un bouquin pas mal ?

Si tu fais pas de POO, y'aura pas de gros changements (à part le passage par référence pour certains trucs), et tu bénéficiera des perfs améliorés et des nouvelles fonctionnalités diverses

Regarde le changelog de PHP5... Y'a tout dedans

 
Je vais regarder ca alors.
 

Encore une question : utilisez vous beaucoup les classes ?
Je développe uniquement avec des fonctions et je n'ai jamais encore utilisé les classes.
 
Ca a changé quoi pour vous ? par rapport à des fonctions.

Je ne fais que ça...
 
Ca apporte surtout niveau organisation, et structure, viens dans mon topic MVC

tu parles de ce framework qui t'oblige à utiliser un langage de template moisi dédicacé par 'crosoft pour générer du html ?  

 
Je pense avoir compris avec ton post, en fait les classes permettent de gérer ton code sous 3 couches bien distinctes qui ne s'entremelent jamais, ca permet de bien organiser ton code et de ne pas avoir de conflit ou autre ?

Voilà, et de promouvoir la réutilisabilité de composants

de quel gain de performance tu parles?
 
Tous ce que j'ai pu lire sur  l oo PHP demontrait que c'etait plus lent que le procedural !
 

Mouaip mais ma Tomate roule plus vite que ta charentaise
(néanmoins je serais assez interessé par tes sources)

si on peut considérer que le C# est un langage moisi....

tu m etonnes j ai decouvert php avec php5 et je me suis bien amusé a refaire toutes les fonctions sur les tableaux pour les version précédentes    

Ouais ils auraient pu en backporter certaines... Ou alors tu peux utiliser Pear_compat je crois

j ai pas pear
et pour l instant j a toujours rien trouvé qui me donne envie de l installer

Pour le PHP 4, c'était une évidence (genre 50% plus lent), avec le PHP 5, c'est nettement moins flagrant, mais c'est toujours le cas. Bon, après, c'est plus de l'enculage de mouche qu'autre chose une fois que tu as fait tourner un encodeur par dessus

J'ai connu PHP avec PHP 3 (c'est pas le concours des dinosaures, hein!), et depuis j'attends avec impatience PHP objet, que je considère pour le moment comme un impératif, et à la fois comme une promesse non tenue.
 
PHP4 objet: laissez tomber. J'ai essayé et les performances sont désastreuses. Mais vraiment, ce n'est pas une question de quelques pourcentages contre quelques heures de bouleau supplémentaires, PHP 4 objet n'est qu'une version préliminaire à la POO.
 
PHP 5 m'a un peu plus convaicu. Dans le sens où cette fois, d'une part il y a de réelles améliorations et une orientation objet plus poussée.
 
Cependant, je continue à appliquer en majorité le modèle de PHP 3: des librairies de fonctions. Ces librairies font office de classes, et les fonctions correctement documentées, ainsi que leurs variables (globales quelquefois, grosse array pour d'autres), font office de fonctions membres et de propriétés.
 
Ce modèle basé sur PHP3, reste pour ma part à la fois un standard et un incontournable de PHP.
 
J'attends donc encore des améliorations des prochaines versions de PHP afin de profiter de tout le potentiel de la POO en tant qu'utilisateur du language et non seulement en tant qu'utilisateur de librairies OO faites pour PHP, tout en gardant en mémoire que le modèle basé sur les bibliothèques de fonctions restera efficace.

J'y crois pas une seconde, ils auront jamais les couilles de pêter tout le language

Un peu qu'on peut

Si tu veux de la POO tu devrais peut-être voir à te tourner vers un langage autre que le PHP

Bonjour le mix    
 
Dans mon framework, y'a pas une variable globale, même pas une constante (à part les constantes de classes) !

Sans parler de devoir déclarer une variable avant de s'en servir qui fait partie intégrante de PHP, les magic_quotes et toutes merdes dans ce genre bien pratiques à l'origine de php quand le code était cradingue sont vouées à disparaitre un jour vu l'orientation prise depuis le php.ini de php5. Plus l'ajout de E_STRICT pour orienter le développeur vers du code propre et compatible, c'est de celà que je voulais parler

 
Moi j aime bien Pear cache  . L oo je sais pas, j'ai tenté une fois de me frotter au code d'une appli (bouquin Secure PHP ): j'en garde un mauvais souvenir.  
 
Fo suivre le sens du courant. Un bon developpeur devrait pouvoir migrer d'un langage à l'autre assez rapidement ( c toujours pareil à la fin )

je faisais référence à l'asp avec ses superbes

et autres conneries, en ASP .net, ce dont parlait le mec auquel je répondais

en ASP .NET tu peux aussi faire tes objets métiers dans un langage robuste, utiliser un framework stable et efficace (contrairement a PHP ou chacun bricole le siens) en plus d'avoir un environnement de développement extremement pratique (le seul potable que j'ai vu en php c'est celui de Zend, tout en etant correct il est très loin de ce que sait faire Visual Studio)

Le gros inconvénient d'ASP .NET, c'est l'hébergement. Mais si tu bosses sur des applis un minimum sérieuses, c'est pas le prix d'un dédié qui devrait te bloquer

Ouais, 'fin, c'est partout pareil

C'est pas faux, mais je pense que les frameworks PHP ne vont pas tarder à égaler ceux dispos en .net, faut un début à tout.
Mais ça change pas le fait que le langage à balise ASP c'est de la daube ^^

Du moment que le développeur apréhende correctement tous les aspect de la programmation (y compris l'OO).

  C'est surtout une tentative de troll et ton message implique que tu es tombé dans le panneau

ben je vais te dire, je trouve ça justement assez propre, cette séparation de la présentation (à bases de balises donc), et du code métier.
je trouve ça beaucoup plus lisible que les sources PHP qui ne pratiquent pas cette séparation, et dans lesquels on trouve allégrement mélangés le code html et le code PHP

Bah je vais répondre comme pour les moteurs de template utilisés en PHP : ouais c'est sur, ça oblige le noob à séparer logique métier et présentation, mais si tu sais coder tu le feras tout seul comme un grand, sans devoir apprendre une syntaxe de plus.
 
(enfin mon intention n'est pas de relancer le débat sur les moteurs de template, mais tu m'as tendu la perche )