Discussion :

[tigunn]

Bonjour a tou(te)s!
je vais faire mon premier projet en php objet. Comme je manque encore de méthodes je voulais savoir si vous pouviez me conseiller sur les objets qu'ils seraient bon de définir pour gérer l'authentification de nos utilisateurs.
Par exemple, si on considère que j'aurais des utilisateurs (plusieurs utilisateurs par entreprise cliente), des groupes, des droits d'accès différents selon les groupes (relation n à n).
Dans cet exemple, je distingue facilement 4 objets: Client, Utilisateur, Groupe, Droit. Mais que faire pour les tables de liaisons comme Droit_par_Groupe?
Et est-ce que mon raisonnement est bon ?

[jnore]

Avant de commencer en php, visiblement, il te faut construire ta base de données.
Sur celle-ci tu devra créer des liens entre les utilisateurs et les différents groupes. Tu devrais faire un shéma à la main pour commencer. Ca parait bête mais c'est efficace.

[tigunn]

j'ai déjà fait cette partie là de l'analyse. Modèles et bases de données prêtes.
Après ce que je voudrais savoir c'est quels objets sont à définir? est-ce que l'on peut (il faut que cela vaille le coup) développer une application totalement objet avec php?
Y a surement des pieges bateau que l'on peut eviter avec une technique et un peu d'experience...
Enfin, sinon Jnore, je continue mes dessins... tant que je pense que l'analyse n'est pas completement finie.

[Seth77]

Slu

tu px partir sur un modele MVC ... ou tu auras une classe qui s'occupe de communiquer avec la BDD et des classes herites qui correspondent aux objets de ta BDD ...

l'avantage avec une classe qui s'occupe de la bdd est que si tu change de type de bdd tu n'auras a modifier que cette classe ... et les autres ne bougerons pas, vu que tu n'utilisera que des requetes SQL

@+

[Yoteco]

En effet si tu fais un site entièrement OBJET je te conseille d'utiliser le design pattern MVC. Sinon pour ton projet moi je ferais un objet user qui à des propriété qui définisse sont statut (utilisateur ou client) puis une propriété qui définie son niveau d'accès et une propriété pour l'id du groupe et puis tu stocke sa dans une session (que je protégerais) et puis tu peux faire tes teste en utilisant les classe 'M' (model) pour communiquer avec la base de données.

[defus]

N'oublie pas aussi d'utiliser des composants existants.

Je prend l'exemple de PEAR\Auth qui gère l'athentification avec possibilité de l'intégrer dans divers scénarios d'architecture (BD, LDAP, FTP, ...)

C'est essentiel d'avoir en tête la facon dont ces composants fonctionnent pour ne pas te planter dans ta conception initiale.

A mon sens, évite les longues modélisations à la Mérise, mais construit plutot rapidement un premier prototype de ton application. En voyant fonctioànner ton prototype, tu pouras par la suite refactorer et mieux concevoir ton appli (Extrem programming et autre méthodes RAD)