Version imprimable
Bonjour,
Dans mes développements qui sont quasiment entièrement en objet je constate que j'ai pas d'intérêt particulier à utiliser un classe static ou un de ses membre. Mais en réfléchissant quel est vraiment l'intérêt de ça mise à part une différence d'approche à la méthode et d'un point de vue syntaxe ?
L'un des intérets d'une méthode statique est de pouvoir être appelée sans avoir à créer d'instance de l'objet en lui même.
L'un des intérêts d'un membre de classe statique est que sa valeur est commune à toutes les instances d'une même classe. Si tu crées par exemple un membre de classe nbInstances et que dans le constructeur tu incrémentes cette valeur et que dans le destructeur tu la décrémentes, tu peux savoir à tout moment le nombre d'instances actuellement créée de ta classe.
EDIT:
Plus d'infos peuvent être trouvées dans la documentation officielle http://fr.php.net/manual/fr/language.oop5.static.php
Tu peux aussi regarder du côté du design-pattern Singleton qui utilise ce genre de choses pour n'avoir toujours qu'une seule instance d'une classe donnée (pour ta base de données par exemple) avec un exemple d'implémentation en php ici
Ok donc c'est comme dans les autres langages. En C# en m'avait bien expliqué que cela permet d'avoir une seul instance. Par exemple, si la gestion d'une connexion SQL se fait dans l'objet static et que si j'appelle plusieurs fois cette même classe c'est pas pour autant que ça ouvrira x fois une connexion mais qu'une seul fois.
Ai je bien compris ?
Parce qu'il me semble qu'il existe un méthode magic pour ça dans PHP5.
Le fait de n'avoir qu'une seule instance c'est le design-pattern singleton qui effectivement se repose sur l'utilisation du mot clé static. Il est donc implémenté/implémentable dans plusieurs langages puisque c'est surtout une "manière" d'architecturer ton code.
Mais comme je te l'ai montré ca n'est pas la seule application puisqu'on peut aussi s'en servir pour appeler des méthodes sans instancier une classe ou alors pour avoir une variable commune à toutes les instances (et donc changer un réglage dynamiquement qui s'appliquera automatiquement à toutes les instances).
C'est parfois pratique de regrouper des fonctions ayant un même thème sous un même nom. C'est un peu la fonction des namespaces direz vous mais c'est très récent.
Accessoirement la visibilité globale d'un membre static permet d'éviter cette horreur qu'est $GLOBALS en cas de besoin.
Mmmmhh! en effet ça peut être très utile ça.Citation:
Envoyé par koopajah
Merci pour cette explication.