ok , je pense qu'avec ca je dois pouvoir faire qlqchoz kan meme. j'ai des idées qui se développent en +. ca manké d'idées jusque la!!!
merci encore pour cette aide. si ya d'autres remarques, commentaires, explications... n'hésitez pas a m'en faire part.
merci a tous.

Les methodes des fonctions vont être répartie en Modèle et Controleur et les fichiers d'affichage en Vue, oui ;)

ok, donc en faite les objets vont servir uniquement pour des traitements. et si j'ai bien compri le principe du MVC, les traitements sur les objets sont integrés dans le controleur, les classes utilisées pour ces objets font partie du modèle et les fichiers qui vont contenir les codes d'affichage font partie de la vue ?

Les méthodes de l'objet ne servent qu'a te retourner les données utiles ou à réaliser les actions nécessaire.

L'affichage reste tout de même du code séquentiel.

C'est en celà que l'objet est plus puissant, c'est que si tu change l'affichage, il y a très peu de modifs à faire

c sure, j'ai une certaine maitrise de la POO et je me rends fou avec ce mvc. en + que j'arrive pas a sortir une modelisation objet de mon appli. mais ya une chose que je comprend pas, c'est que lorsqu'on fait de l'objet en php, y'a t il uniquement de l'objet ? ce que je veux dire c'est que pour faire des affichages sur le browser est ce qu'on passe par des methodes d'objets ou bien on écri le code d'affichage dans des fichiers auquels on fait appel. je pense que les deux sont possible mais quelle est la meilleur methode ?

Simple conseil : si tu ne maitrise pas du tout la POO, ne vas pas tout compliquer en essayant de respecter le MVC

Essaye d'assimiler l'un avant d'attauqer l'autre parce que sinon, tu vas tout mélanger

ok merci les gars pour votre précieuse aide. je vais me documenter d'avantage sur tous ces aspects de modélisation, c pas simple du tout d'autant plus que je cherche a développer tout ca suivant le MVC, mais ca devient vraiment complexe !!!*
merci en tt k.

[quote="nabs"]
c une remarque tré interessante, c'est surement vrai, et dans ce cas je serai tré interessé par une amelioration de ce point, donc par une proposition quelconque de tuto ou autre.
[/quote]

Une autre piste au delà du PHP (pour compléter celle de Zeus), serait de s'informer sur le méthode UML et plus particulièrement les [b]diagrammes de classes[/b] (google te donnera moulte points d'entrée),c'est ce qui manque cruellement aux applications non documentées auxquelles je faisais allusion.
Ceci dit il faut quand même garder à l'esprit PHP qui ne propose pas tout ce qui est 'théoriquement' possible de faire en objet (chaque langage a ses particularités).

Bon courage et bonne chance pour ton projet.

[quote="nabs"]c une remarque tré interessante, c'est surement vrai, et dans ce cas je serai tré interessé par une amelioration de ce point, donc par une proposition quelconque de tuto ou autre.[/quote]
http://www.generationphp.net/cours/programmation-orientee-objet.php

[quote]
Si tes clients te demandent de faire ton développement en objet et qu'ils envisagent de te poser quelques questions à la réception de ton application, je pense qu'il vaut mieux avoir une idée des avantages de la programmation objet et avoir pensé objet pour modéliser l'application avant de commencer à écrire du code
[/quote]

je suis entierement d'accord avec toi qu'il faille modeliser l'appli avant le codage, c justement pour faire cette modélisation que je voulais "analyser" un exemple "dans ses grands axes" afin d'essayer de pondre une analyse qui ne soit pas identique, mais un exemple d'analyse je pense pouvoir mieux comprendre l'interet de l'objet en php.

[quote]
Là, si tu ne vois pas l'intérêt de passer à l'objet, c'est que tu dois faire comme beaucoup de programmeurs qui font de la programmation fonctionnelle avec des objets.
[/quote]
c une remarque tré interessante, c'est surement vrai, et dans ce cas je serai tré interessé par une amelioration de ce point, donc par une proposition quelconque de tuto ou autre.

merci les gars

S'cusez, j'étais pas signé, le post d'invité, c'était moi.

[quote="nabs"]
de la POO j'en ai deja fait, mais le pb c que je vois pas comment mettre en place des objets et les faire transiter de page en page[/quote]
Ca c'est marqué dans la doc (au fait tu l'as lue :roll: ), ça s'appelle la serialisation voir : serialize() et unserialize()
[quote="nabs"]
ou pltot c l'interet d'une telle chose que je ne vois pas. [/quote]

Là, si tu ne vois pas l'intérêt de passer à l'objet, c'est que tu dois faire comme beaucoup de programmeurs qui font de la programmation fonctionnelle avec des objets.
D'ailleurs, si tu espères comprendre une application objet [b]complexe[/b] rien qu'avec le code ça se confirme. Mon boulot c'est de faire de la maintenance de code (pas en php, php c'est par intérêt perso) et crois moi c'est pire de maintenir de l'objet non documenté que du fonctionnel.
Si tes clients te demandent de faire ton développement en objet et qu'ils envisagent de te poser quelques questions à la réception de ton application, je pense qu'il vaut mieux avoir une idée des avantages de la programmation objet et avoir pensé objet pour modéliser l'application avant de commencer à écrire du code.

Ceci dit je n'ai pas la science infuse et il y a peut être moyen de faire autrement. Mais comprends que ne partagenat pas ton approche, il m'est difficile de t'aider.

L'avantage de la POO, c'est qu'au lieu de développer des code pour des actions précises, tu développes pour des entités.

Par exemple, si ta société vend des pneus, tu va développer une classe pneus avec tous ces attributs et toutes les actions qui lui sont associées.

Le jour ou ta société évolue et propose le montage des pneus qu'elle vend, il te suffira de faire évoluer ta classe en rajoutant des attribut et des actions plutôt que de reprendre tout le code que tu avais développé auparavent


J'espère que j'ai réussi à t'expliquer l'interet de la POO. Ensuite, je ne pourrais pas te convaincre comme ça, je t'invite donc a suivre un tuto sur la POO

ok les gars, restons cool !!! lol. peace and love, pas d'agressivité.
de la POO j'en ai deja fait, mais le pb c que je vois pas comment mettre en place des objets et les faire transiter de page en page, ou pltot c l'interet d'une telle chose que je ne vois pas. et puis si je demande un exemple, c pour voir les fonctionnalités que proposent ces objets. je sais que cela depend du metier, mais je pense que ca m'aurai un peu aidé de voir quelques classes. c'est pas pour recopier !!!!

merci les gars !!!!!!!!!!!!

Comme jpaul, j'ai du mal à comprendre l'intérêt d'analyser une application complexe pour en réaliser une autre. Avec ce genre de pratique, on risque surtout de monter une usine à gaz.

La seule façon valable de travailler, c'est d'apprendre l'orienté-objet, et pour ça de partir d'exemple simple et de tutoriaux simples et clairs.

Ps: nous ne sommes pas un distributeur automatique de script, inutile de faire un up agressif et un petit s'il vous plait n'aurait surement pas fait de mal dans le paysage. (cfr les règles du forum)