Consultez la FAQ sur le ZF avant de poster une question
Vous n'êtes pas identifié.
Bonjour à tous,
J'ai commencé par développer moi-même un système inscription, connexion, ... puis j'ai entendu parler de ZfcUser.
Je me suis penché dessus par curiosité.
Le module se base sur une entité définie par cette interface : https://github.com/ZF-Commons/ZfcUser/b … erface.php
Ma question est simplement de savoir s'il est possible de modifier à notre convenance (et assez facilement) l'entité User pour l'adapter à notre application ?
Désolé si ma question est naïve mais je débute ZF2 !
Merci,
EDIT : Une requête a été faite sur github, apparemment quelqu'un y a travaillé dessus mais ça n'a pas encore été mergé sur le master : https://github.com/ZF-Commons/ZfcUser/pull/189
Dernière modification par Thoomaas (30-12-2012 15:46:28)
Hors ligne
Aucun soucis. La seule condition est qeu ta classe entité implémente l'interface de base UserInterface (ou étende la classe User qui implémente ces méthodes). Après, libre à toi d'ajouter tous les autres champs que tu souhaites.
Hors ligne
Merci pour ta réponse Bakura.
J'étais en train de modifier mon premier post justement. Je ne souhaite pas étendre la classe ou implémenter l'interface puisqu'elle ne correspond pas à mes besoins (pas comme je le voudrais du moins).
Je vais tester avec les fichiers modifiés (voir le lien dans mon premier post), il est apparemment plus facile de modifier mapper + hydrator pour modifier à notre guise.
EDIT : Bon j'ai un soucis assez étonnant
Zend\ServiceManager\ServiceManager::get was unable to fetch or create an instance for zfcUserAuthentication
Cela semble être un vieux problème corrigé depuis le temps.
Dernière modification par Thoomaas (30-12-2012 16:21:05)
Hors ligne
Pourtant l'interface ZfcUser est assez minimale (c'est peut-être le champ displayUser que tu veux pas ?). Après voilà, l'interface a été pensée comme ça et si tu pouvoir utiliser tous les modules utilisant ZfcUser t'as pas trop le choix (après rien ne t'empêche d'implémenter la méthode getDisplayName et de renvoyer null ou n'importe quoi, si c'est le fait de stocker en base des champs qui t'intéressent pas qui te gêne).
Hors ligne
Tu as sans doute raison, je vais faire comme ça en attendant qu'ils implémentent sur la branche master le pull-request pour modifier hydrateur/mapper.
Par contre, sais-tu à quoi ils veulent faire correspondre le state dans l'entité User ?
Merci pour tes réponses !
Hors ligne
Salut, j'imagine que c'est online ou offline surement
Hors ligne
Salut Orkin,
Ok merci. Je vais approfondir tout ça, tout en espérant qu'ils mergent les évolutions sur la branche master rapidement :-) !
Dernière modification par Thoomaas (03-01-2013 14:44:06)
Hors ligne
Bonsoir,
Orkin a écrit:
Salut, j'imagine que c'est online ou offline surement
Vu la documentation, j'imagine qu'il s'agit plutôt de l'état d'activation d'un utilisateur :
default_user_state - Integer value, default user state upon registration. What state user should have upon registration?
En gros, est-ce qu'une inscription nécessite une validation quelconque avant d'être active.
Hors ligne