Page 1 sur 2

demande d'exemple d'appli Orientée Objet

Posté : 20 avr. 2006, 16:51
par nabs
slt a tous,

Je dois réaliser une appli en php assez complexe avec gestion de personnel; d'utilisateurs, des commandes des plannigs, enfin le bronx dans cette appli. mais j'ai une contrainte qui est de réaliser cet intranet en orienté objet. Mais comme je n'ai jamais fais ca en php, et je ne vois franchement pas comment le faire en php orienté objet, j'aurai souhaité avoir des exemples d'applications, assez complexes de préférence, en orienté objet (php biensure ! lol).

Posté : 20 avr. 2006, 23:07
par nabs
c simpa les gars, merci de m'aider !
personne ne programme en orienté objet ou koi ?!!!

Posté : 20 avr. 2006, 23:17
par jpaul
Je pense que si personne ne t'aide c''est que ta question est un peu saugrenue.
Si tu as déja fait de l'objet, tu peux mettre en application en php, si tu n'as jamais fait d'objet, commence par te former à cette façon de programmer.
Il y a déjà eu une question approchante hier :
http://www.phpfrance.com/forums/voir_sujet-17462.php
Je n'ai pas d'application complexe a te proposer mais de toutes facon je doute que d'étudier une application complexe existante soit une bonne approche.

Posté : 21 avr. 2006, 00:03
par iclo
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)

Posté : 21 avr. 2006, 09:20
par nabs
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 !!!!!!!!!!!!

Posté : 21 avr. 2006, 09:41
par zeus
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

Posté : 21 avr. 2006, 09:46
par Invité
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
Ca c'est marqué dans la doc (au fait tu l'as lue :roll: ), ça s'appelle la serialisation voir : serialize() et unserialize()
ou pltot c l'interet d'une telle chose que je ne vois pas.
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 complexe 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.

Posté : 21 avr. 2006, 09:49
par jpaul
S'cusez, j'étais pas signé, le post d'invité, c'était moi.

Posté : 21 avr. 2006, 10:03
par nabs
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
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.
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.
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

Posté : 21 avr. 2006, 10:15
par zeus
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.
http://www.generationphp.net/cours/prog ... -objet.php

Posté : 21 avr. 2006, 10:51
par jpaul
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.
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 diagrammes de classes (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.

Posté : 21 avr. 2006, 11:07
par nabs
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.

Posté : 21 avr. 2006, 11:13
par zeus
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

Posté : 21 avr. 2006, 11:59
par nabs
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 ?

Posté : 21 avr. 2006, 12:04
par zeus
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