Discussion :

[Ethylene]

Salut à tous!

Bon alors voilà, j'ai entendu parler de cette nouvelle manière (mode?) de programmer.
J'aimerais savoir si l'un d'entre vous est en mesure de m'expliquer d'une manière simple de quoi il en retourne quand à son implémentation en PHP (notemment avec la librairie "PHPaspect").
Ou si vous avez des liens sur des bons tutoriaux (en français please)...
Enfin pour ceux qui connaissent qu'en pensez vous ?
Est ce vraiment l'avenir de la programmation PHP?
Est ce que celà va bouleverser et rendre "obsolète" la POO ?
Est ce beaucoup de bruit pour rien (du genre AJAX, les webmasters sont limites complexés si ils utilisent pas cette méthode alors qu'on peut clairement s'en passer) ?

Voilà voilà, à vous!

[Sion_Sempai]

du genre AJAX, les webmasters sont limites complexés si ils utilisent pas cette méthode alors qu'on peut clairement s'en passer

Je n'ai pas de réponse directe au sujet... Je ne connais pas cette méthode/manière/mode
Je vis cependant effectuer des recherches ^^

Quant à AJAX, il est clair qu'on peut très bien s'en passer... Si on allie PHP et Javascript, avec une pointe d'astuce en HTML, on peut facilement en faire autant

[titoumimi]

Si on allie PHP et Javascript, avec une pointe d'astuce en HTML, on peut facilement en faire autant

AJAX n'est jamais que du javascript qui exécute ce qu'on veut en arrière plan

[Sion_Sempai]

Si on allie PHP et Javascript, avec une pointe d'astuce en HTML, on peut facilement en faire autant

AJAX n'est jamais que du javascript qui exécute ce qu'on veut en arrière plan

Bon après c'est au gout du développeur bien sûr... Mais personnellement, je préfère developper en PHP que de m'amuser avec AJAX... Je peux en faire autant sans avoir à apprendre à jouer avec les entetes html ^^

[Ethylene]

Si on allie PHP et Javascript, avec une pointe d'astuce en HTML, on peut facilement en faire autant

AJAX n'est jamais que du javascript qui exécute ce qu'on veut en arrière plan

Bon après c'est au gout du développeur bien sûr... Mais personnellement, je préfère developper en PHP que de m'amuser avec AJAX... Je peux en faire autant sans avoir à apprendre à jouer avec les entetes html ^^

Je suis bien d'accord avec Sion_Sempai. Quelle horreur le javaScript, ok pour certaines choses il est indispensable (notemment les évènements souris comme onmouseover) mais pour le reste non merci! C'est fouilli, ça me parle pas beaucoup et bonjour pour le deboggage...

Heu... Et pour l'orienté aspect au fait ??

[Ethylene]

Ai trouvé ça : http://www.phpaspect.org/wiki/doku.php

Mais bon c'est dans un anglais assez hardue (du moins pour moi) et pis en gros comprend rien!

[XtofRoland]

La POA existe deja depuis un certain temps, ca n'invalide pas la OO, ce n'est que l'etape suivante.
Elle est la en théorie pour pallier au manque de l'objet.

Qd on a deux objet qui interagissent, genre commande et client, on peut facilement imaginer une gestion d'integrité ref.
par exemple on ne peux effacer un client qui a une commande en cours.

(je sais l'exemple a deja servit et reservit)

donc 2 methodes sont equiprobable:
- l'objet client fait la verif
-l'objet commande fait la verif

quelque soit le choix, l'un des objet deviendra dépendant de l'autre
la poa propose d'ecrire une couche transversale afin de rendre les objet plus reutilisable.

Mon avis perso c'est qu'a part pour de gros projet, pas tres utile.

[Mr N.]

/!\ Je n'ai aucune experience dans ce domaine. Prendre ma contribution avec des pincettes et ne pas hésiter à me rectifier (comme d'hab de toutes façons). /!\
En fait dans un objet, peuvent intervenir d'autre objet qui n'ont rien à voir avec (côté métier j'entends). Par exemple si on veut faire un log des appels des methodes. Sans la POA, il faudrait faire un truc dans le genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
function ma_methode($params) {
   $loggeur->log('<<< ma_methode');
   ...
   $loggeur->log('>>> ma_methode');
}

Ici se pose un problème de couplage. mon objet courant est fortement couplé avec le loggeur. Avec POA le code se résume à ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
function ma_methode($params) {
   ...
}

Comme d'hab quoi, sauf que le couplage avec le loggeur à disparu et les appels sont définis ailleurs, en fonction du langage utilisé.

Ainsi la POA permet entre autres de réduire le couplage entre les composants métiers de l'appli et les composants techniques.

Des infos ici : http://fr.wikipedia.org/wiki/Programmation_orientée_aspect
Et bien entendu la version english : http://en.wikipedia.org/wiki/Aspect-oriented_programming

[Yogui]

Quant à AJAX, il est clair qu'on peut très bien s'en passer... Si on allie PHP et Javascript, avec une pointe d'astuce en HTML, on peut facilement en faire autant

Si tu couples PHP et Javascript, il faudra trouver un moyen de communication et tu choisiras certainement XML... Est-ce si différent d'Ajax ?

Mon avis perso concernant la POA : il me semble que c'est davantage utile quand nous sommes dans un environnement d'objets persistants, presque dormants parfois, et que l'on en appelle des méthodes à l'aide d'un évènement. N'est-ce pas ce que l'on appelle un handler ? On en utilise même en procédural, en ce cas.
En tout état de cause, à part la gestion d'erreurs, je vois mal l'utilité de la POA pour le Web, puisque les objets ne persistent pas d'un chargement à l'autre du même script. Il n'y a pas réellement d'intéraction avec l'utilisateur, c'est là qu'est la différence.

[Mr N.]

Quant à AJAX, il est clair qu'on peut très bien s'en passer... Si on allie PHP et Javascript, avec une pointe d'astuce en HTML, on peut facilement en faire autant

Si tu couples PHP et Javascript, il faudra trouver un moyen de communication et tu choisiras certainement XML... Est-ce si différent d'Ajax ?

XML = Berk.
Par contre JSON

[Yogui]

XML = Berk.
Par contre JSON

Et flûte, je ne connaissais pas JSON mais je vois d'ici surgir une floppée de nouveaux scripts et, du coup se compliquer les classes existantes...

[Mr N.]

meuuuh non. JSON sert juste à transmettre des données, pourquoi tu voudrais compliquer l'existant. :
On parle même de JSON dans PHP6 :
http://www.zend.com/zend/week/week272.php#Heading5
http://www.zend.com/zend/week/week273.php
8)

[Yogui]

Nous nous éloignons considérablement du sujet d'origine mais JSON serait-il plus intéressant que XML pour les flux RSS, par exemple ?

[Mr N.]

Reponse courte: non
Reponse longue: pourquoi pas.
Ca te va comme réponse ?

Je n'ai pas d'avis là dessus si ce n'est que le monde entier travaille sur des flux rss au format xml.