Je comprends mieux. En réalité mes connaissances en programmation tournent surtout autour de LISP. Le langage pouvant être récrit à l'intérieur de lui-même de manière dynamique (je ne sais pas si je suis très clair), l'implémentation de l'orienté objet (ou n'importe quel autre paradigme) ne pose pas vraiment de problèmes de compatibilité ascendante. Le langage n'a pas besoin d'être repensé pour changer de forme.
Finalement, pour en revenir à PHP, il s'agit d'une bonne chose Mais n'aurait-il pas été plus simple de 1) repartir de presque zéro et créer un PHP orienté objet à côté du PHP procédural ? ou 2) ne pas s'orienter vers l'OO et peaufiner le procédural ?
J'avoue ne pas avoir beaucoup d'atomes crochus avec l'OO. Comme je l'ai dit plus haut je ne suis pas un spécialiste en programmation. J'apprends la progra devant mon ordinateur avec LISP (sous plusieurs formes) et frôlant quelques autres langages. Autant le procédural ne me pose pas trop de problèmes et le fonctionnel m'excite au plus haut point, autant l'OO me semble apporter beaucoup de complexité pour un gain relativement faible. J'ai lu que l'OO facilitait la programmation en équipe et était plus adapté au jeu vidéo et au interfaces dites "graphiques".
N'ayant jamais programmé en équipe, ni créé de jeux vidéos, ni écrit d'applications pour un environnement de bureau quelconques, j'avoue ne pas pouvoir apprécier l'OO à sa juste valeur (un jour peut-être ...(j'ai d'ailleurs des doutes quand à la prétendu supériorité de l'orienté objet dans le monde des interfaces graphiques. Il est vrai que certaines excellentes fonctionnalités de NeXTStep/MacOSX/GNUstep ne seraient pas sans la capacité de l'Objective-C à gérer le typage et le chargement dynamique. Il est vrai que des environnements de bureaux, voire de simple gestionnaires de fenêtres, écrit dans des langages impératifs (je pense à Gnome et E17 écris majoritairement en C, si mes souvenirs sont bons) semblent plus "statiques" qu'un Kde ou un GNUStep. Pourtant ils fonctionnent, et plutôt bien. Mais je pense surtout à un gestionnaire comme Sawfish qui tire de LISP une très grande flexibilité, et la capacité à être modifié "dynamiquement" (désolé je n'ai pas les mots permettant de m'exprimer plus convenablement) grâce à l'interpréteur rep fournit.)).
Après cette longue introduction ma question est : l'Orienté Objet est-il vraiment indispensable à la programmation web côté serveur, ou s'agit-il ici de la conséquence de l'effet de mode entourant l'Orienté Objet dans le monde de l'entreprise ?
[^] # Re: Incompatibilités ?
Posté par Camille_B . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 7.
Finalement, pour en revenir à PHP, il s'agit d'une bonne chose Mais n'aurait-il pas été plus simple de 1) repartir de presque zéro et créer un PHP orienté objet à côté du PHP procédural ? ou 2) ne pas s'orienter vers l'OO et peaufiner le procédural ?
J'avoue ne pas avoir beaucoup d'atomes crochus avec l'OO. Comme je l'ai dit plus haut je ne suis pas un spécialiste en programmation. J'apprends la progra devant mon ordinateur avec LISP (sous plusieurs formes) et frôlant quelques autres langages. Autant le procédural ne me pose pas trop de problèmes et le fonctionnel m'excite au plus haut point, autant l'OO me semble apporter beaucoup de complexité pour un gain relativement faible. J'ai lu que l'OO facilitait la programmation en équipe et était plus adapté au jeu vidéo et au interfaces dites "graphiques".
N'ayant jamais programmé en équipe, ni créé de jeux vidéos, ni écrit d'applications pour un environnement de bureau quelconques, j'avoue ne pas pouvoir apprécier l'OO à sa juste valeur (un jour peut-être ...(j'ai d'ailleurs des doutes quand à la prétendu supériorité de l'orienté objet dans le monde des interfaces graphiques. Il est vrai que certaines excellentes fonctionnalités de NeXTStep/MacOSX/GNUstep ne seraient pas sans la capacité de l'Objective-C à gérer le typage et le chargement dynamique. Il est vrai que des environnements de bureaux, voire de simple gestionnaires de fenêtres, écrit dans des langages impératifs (je pense à Gnome et E17 écris majoritairement en C, si mes souvenirs sont bons) semblent plus "statiques" qu'un Kde ou un GNUStep. Pourtant ils fonctionnent, et plutôt bien. Mais je pense surtout à un gestionnaire comme Sawfish qui tire de LISP une très grande flexibilité, et la capacité à être modifié "dynamiquement" (désolé je n'ai pas les mots permettant de m'exprimer plus convenablement) grâce à l'interpréteur rep fournit.)).
Après cette longue introduction ma question est : l'Orienté Objet est-il vraiment indispensable à la programmation web côté serveur, ou s'agit-il ici de la conséquence de l'effet de mode entourant l'Orienté Objet dans le monde de l'entreprise ?