ben non car je pensais que tu maitrisais certains basique.
Tsss...
une classe statique est une entité qui ne peut avoir qu'un seul état à un moment donné.
Une classe n'est "statique" que 1) si le langage en a décidé ainsi, ou 2) si l'idéologue (toi en l'occurence) a décidé qu'il devait en être ainsi.
Cette accessibilité globale
Une classe n'est pas nécessairement globale (sauf dans ton monde à toi, bis repetita).
L'absence d'instance fait que l'état est disponible de façon globale de n'importe où.
Pardon, mais là où je me place une classe est une instance d'une métaclasse. Donc la supposée "absence d'instance"...
Bref, tout ça pour dire que tu as ta vision très particulière de la programmation "orientée objet" et tu as du mal à accepter que certaines implémentations ne s'y conforment pas. Un cours magistral ne vaut que s'il n'est pas contredit par la réalité.
[^] # Re: mouais
Posté par Antoine . En réponse à la dépêche Zend Framework 1.0.0 : PHP à la suite de Ruby on Rail. Évalué à 3.
Tsss...
une classe statique est une entité qui ne peut avoir qu'un seul état à un moment donné.
Une classe n'est "statique" que 1) si le langage en a décidé ainsi, ou 2) si l'idéologue (toi en l'occurence) a décidé qu'il devait en être ainsi.
Cette accessibilité globale
Une classe n'est pas nécessairement globale (sauf dans ton monde à toi, bis repetita).
L'absence d'instance fait que l'état est disponible de façon globale de n'importe où.
Pardon, mais là où je me place une classe est une instance d'une métaclasse. Donc la supposée "absence d'instance"...
Bref, tout ça pour dire que tu as ta vision très particulière de la programmation "orientée objet" et tu as du mal à accepter que certaines implémentations ne s'y conforment pas. Un cours magistral ne vaut que s'il n'est pas contredit par la réalité.