Discussion :

[LDDL]

Bonjour,

Je continue ici suite à un problème de classe dérivée.
J'ai un répertoire contenant plusieurs fichiers, chancun étant une classe.
Certains sont dérivés, et j'utilise un fichier 'unique' ou 'specifique' pour ma fonction __autoload(), puis un include_once() de celui-ci pour faire le lien avec mon script.

Les objets sont bien créé mais je n'ai plus accés aux méthodes de la classe mère. C'est un poils embêtant, quelqun peut il m'aider ?

[s.n.a.f.u]

Salut,

Ca m'épate un peu.

Si les objets sont bien créés, c'est qu'il n'y a pas eu d'erreur lors de l'instantiation de l'objet, donc que la classe mère a également été trouvée.

Es-tu sûr que le problème vienne de l'autoload et pas d'une erreur comme un constructeur sans appel au constructeur de la classe mère ?

[LDDL]

Arff après vérif, j'ai fait un ctrl+C ctrl+V de la seul méthode qui avait une faute de frappe

Bref un truc méchape, __autoload fonctionne. Dès lorsque si je teste avec class_exists() l'inclusion de ma classe, cela fonctionne alors que je n'ai pas instancier d'objet !

Normalement mon script ne devrait pas être inclus !?!! n'est pas là l'interet d'__autoload...

[s.n.a.f.u]

Peut-être que le simple appel à la fonction class_exists() entraîne le mécanisme d'autochargement, ce qui ne me semble pas en conflit avec la non-instantiation de l'objet : ce n'est pas parce qu'un objet n'est pas instancié qu'une classe n'existe pas.

[Bisûnûrs]

Peut-être que le simple appel à la fonction class_exists() entraîne le mécanisme d'autochargement

Seulement si le deuxième paramètre est renseigné à true. Mais ça on ne le saura que lorsque l'on aura vu le code utilisé.

[LDDL]

Effectivement class_exists() entraîne le mécanisme d'autochargement, et le 2ème paramètre joue son rôle.

Je remercie aussi je sais plus qui, qui a fait un tut je sais plus où sur les fonctions spl...