Pour la méthodologie, je ne vois pas bien pourquoi faire un tel barouf sachant que la méthode de Singleton CurTown::getInstance() serait plus standardisée (pattern Singleton), souple (on fait renvoyer ce qu'on veut à cette fonction) et rapide à l'exec... Si jamais c'est gonflant d'écrire CurTown::getInstance(), alors il suffit d'un alias
Cela évitera les méthodes magiques qui sont impossibles à déboguer (l'IDE aura un mal de chien à t'aider pour tout ce qui est Find usage ou Goto Declaration / Implementation).
Sinon, point de vue forme, je te conseillerai d'être attentif aux changements de sujets: "Mon" en début de tuto, "Nous" au milieu, "Me" à la fin...
Perso, un tuto rédigé en "Je" me semble mal venu: au début du sujet, j'ai cru qu'il s'agit d'un problème de code que tu exposais et non d'un tutoriel / guide. Il m'a fallu attendre le milieu du message (et zieuter la catégorie du sujet) pour le comprendre.
Et dernier petit point, je dirai que les morceaux de code sont trop nombreux et trop courts. Mais, là, c'est peut-etre plus un avis perso
Note:
la généralisation de ce système serait plus intéressante que son écriture pour un cas précis. C'est à dire que disposer d'une classe (abstraite?) qui serait en charge de rendre un singleton accessible facilement, et que l'on extends ensuite en un CurTown, un CurDB ou un CurUser aurait plus d'intérêt. Je pense que lire le code de Frameworks connus (type Symphony, phpCake ou autres; je les cite au pif car je ne les connais pas) sera instructive: ces Frameworks ont déjà surement ce type de classes dans leurs tiroirs.
Aussi, si la recopie des attributs te gonfle, il y a la possibilité de générer automatiquement le code que tu souhaites, ou bien par l'IDE (ou tout autre script exécuté en local, en dec; c'est préférable à mon sens), ou bien par d'autres codes PHP.
function CTG() {
return CurTown::getInstance();
}Cela évitera les méthodes magiques qui sont impossibles à déboguer (l'IDE aura un mal de chien à t'aider pour tout ce qui est Find usage ou Goto Declaration / Implementation).
Sinon, point de vue forme, je te conseillerai d'être attentif aux changements de sujets: "Mon" en début de tuto, "Nous" au milieu, "Me" à la fin...
Perso, un tuto rédigé en "Je" me semble mal venu: au début du sujet, j'ai cru qu'il s'agit d'un problème de code que tu exposais et non d'un tutoriel / guide. Il m'a fallu attendre le milieu du message (et zieuter la catégorie du sujet) pour le comprendre.
Et dernier petit point, je dirai que les morceaux de code sont trop nombreux et trop courts. Mais, là, c'est peut-etre plus un avis perso
Note:
la généralisation de ce système serait plus intéressante que son écriture pour un cas précis. C'est à dire que disposer d'une classe (abstraite?) qui serait en charge de rendre un singleton accessible facilement, et que l'on extends ensuite en un CurTown, un CurDB ou un CurUser aurait plus d'intérêt. Je pense que lire le code de Frameworks connus (type Symphony, phpCake ou autres; je les cite au pif car je ne les connais pas) sera instructive: ces Frameworks ont déjà surement ce type de classes dans leurs tiroirs.
Aussi, si la recopie des attributs te gonfle, il y a la possibilité de générer automatiquement le code que tu souhaites, ou bien par l'IDE (ou tout autre script exécuté en local, en dec; c'est préférable à mon sens), ou bien par d'autres codes PHP.