Articles

Le développement technique de PHP

    Le développement technique de PHP
    Jeudi 18 Septembre 2001.
    Rencontre avec Björn Schotte, Directeur du board de la site de même nom (20 visites)
    Au cours d'un entretien d'une heure, l'un des membres les plus actifs de la communauté PHP allemande, fondateur de la société ThinkPHP, éditrice du (en allemand), nous fait découvrir les conférences internationales PHP, et son implication dans le mouvement.
    Cet interview se déroule sur 4 thèmes, qui seront présentés au cours de 4 articles différents :
  • La conférence internationale PHP
  • Développement économique de PHP
  • Développement technique de PHP
  • Quel est votre parcours de membre PHP?

    Troisième volet : Le développement technique de PHP

    Björn donne sa vision des projets défis techniques de PHP pour être le langage de demain.

    • DS :  Techniquement parlant, quelles sont les plus grands atouts de PHP?
    BS :  Naturellement, la connectivité exhaustive aux bases de données. Peut importe que vous utilisiez MySQL, Oracle, SAP-DB, Informix, Sybase etc...., vous pouvez vous y connecter avec PHP;
    Aussi, la richesse fonctionnelle. Il y a actuellement plus de 2500 fonctions réparties dans 90 extensions. Il y a un catalogue de fonction énorme.
    De plus, PHP est un standard ouvert. En comparaison avec ASP qui est un standard propriétaire, PHP a l'avantage de voir les bugs corrigés plus rapidement que n'importe quel langage de scripts.
    PHP est facile a intégrer : il fonctionne sur de très nombreuses plate-formes, il se connecte a de multiples bases de données, il communique via SOAP, .NET, XML-RPC,... avec des applications tierces, et vous pouvez aussi accéder aux objets Java et (dans le futur) au code Perl.
    Alors, PHP est vraiment un langage flexible et puissant.
    DS :  Pourtant, PHP est un projet qui n'est jamais fini, et de nouvelles fonctionnalités seront bientôt disponibles sous PHP. Quelles sont les plus importantes à vos yeux?
    BS :  Des APIS stables. La pratique courante est de changer les API dans les versions mineures. Cela n'est pas une bonne habitude et elle dégrade la bonne image de PHP. Les API ne devraient être modifiées que dans les versions majeures.
    Je souhaite aussi qu'il y ait plus de capacités disponibles dans le projet de serveur d'application. Bien sur, nous savons tous que la notion de "serveur d'application" est un mot creux ;) Je souhaite un serveur PHP qui soit capable de gérer un pool de connexions aux bases de données, des sessions et du code PHP persistant, etc... Ces capacités ne devraient pas être commercialisées par Zend ou une autre société (comme vl-srm.net le fait), elles devraient être intégrée dans PHP est disponible via une option de compilation --with-appserver.
    Bien sûr, cela élève le niveau de complexité de PHP, mais cela vous apporte la puissance dont vous avez besoin de nos jours. Le e-commerce se développe et si PHP veut entrer sur des grands projets et des grands marchés, il doit acquérir de l'expérience sur les serveurs d'application. Si PHP ne se développe pas dans cette direction, il finira par perdre dans quelques années.
    Par ailleurs, je demande un moteur de masques (templates) intégré ainsi que la possibilité d'installer en cascade le serveur d'application (de manière a ce que vous ayez 10 serveurs qui puissent exécuter une application PHP en cascade).
    Je réclame une simplification des moyens de paiement en ligne. PHP a actuellement un manque de ce coté la, et je suis sur que si nous pouvions fournir une méthode de paiement simple et directement utilisable, PHP deviendrait beaucoup plus intéressant pour le e-commerce. Zend pourrait faire cela. Il sont bons pour faire des extensions PHP, et ils veulent que PHP existe toujours dans 10 ans.
    Je demande aussi que des outils commerciaux comme le ZendDebugger ne coûtent pas plus que $25 ou $50. La raison est la suivante : Débugger et Profiler sont des outils essentiels pour le développement. Si PHP est gratuit, alors ces outils essentiels doivent être (presque) gratuit. Je sais que cela n'est pas possible de donner gratuitement ZendDebugger, mais dans ce cas, le prix de ce Debugger doit être aussi bas que possible pour que tous puissent l'acheter, même le petit développeur. Je sais aussi qu'il y a des outils tels que DBG et apd (les outils de profils de APC Cache), mais je n'ai jamais pu faire fonctionner DBG listener sur mon linux (je travaille sous Linux).
    Je demande aussi des outils de développement RAD. La classe Form de Ulf que vous pouvez trouver dans PEAR est une bonne idée mais il manque un outil graphique qui accepte le glisser-déposer, et qui générer les données XML de cette classe sur un simple clic dans le wizard. Quelque chose comme Qt Designer.
    Cette interview sera présentée en 4 volets
    La prochaine fois : Quel est votre parcours de membre PHP?
    >Damien Seguy

    Commentaires

    Vous pouvez ajouter votre commentaire!

    Vous devez vous connecter pour commenter