Merci beaucoup de tes trois réponses. Pour le fetch en non-statique, c'est
visiblement une autre façon de faire la récupération d'instance, d'habitude
je vois plutôt des méthode statiques qui renvoient un objet (construit dans
la méthode grâce aux données). Peut-être est-ce plus lourd / lent ?

Le 11 juillet 2008 17:23, Eldy <[EMAIL PROTECTED]> a écrit :

> Kaoul a écrit :
>
>> Bonjour,
>>
>> Toujours dans ma volonté de mettre en place une communication par service
>> web, j'utilise l'entité societe.class.php. Et je trouve certaines méthodes
>> assez perturbantes :
>> fetch : Pourquoi la méthode fetch n'est pas statique puisqu'elle consiste
>> à récupérer une instance de societe ? (Même question pour delete...)
>>
> Bah justement parceque son role est de récupérer les données d'une instance
> de société. Si c'est statique dans quel instance sont stockées les données
> récupérées ?
>
>> fetch : Pourquoi, puisqu'elle prend-elle en paramètre un utilisateur ?
>>
> Vieux paramètres historique. Il est optionnel et deprecated et ne dois plus
> etre fourni.
>
>> get_nom : Cette méthode n'est pas statique mais elle prend un id de
>> société, pourquoi ?
>>
> Elle est statique, mais pas déclarée comme tel pour etre compatible avec
> PHP 4.
>
>>
>> D'avance merci de vos éclaircissements,
>>
>> Kaoul
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Dolibarr-dev mailing list
>> [email protected]
>> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>>
>>
>
>
> --
> Laurent Destailleur.
> ---------------------------------------------------------------
> EMail: [EMAIL PROTECTED]
> Web: http://www.destailleur.fr
> IM: IRC=Eldy, Jabber=Eldy
>
> AWStats (Author) : http://awstats.sourceforge.net
> CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
> AWBot (Author) : http://awbot.sourceforge.net
> Dolibarr (Contributor) : http://www.dolibarr.org
>
>
>
> _______________________________________________
> Dolibarr-dev mailing list
> [email protected]
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
>
_______________________________________________
Dolibarr-dev mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev

Répondre à