Discussion :

[davcha]

J'aimerais savoir s'il est possible en php, en utilisant la reflexion d'appeler une méthode privée en dehors du contexte de la classe qui la définit ?

Genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
class MyClass{
  private function MyPrivateMethod(){
    // some code
  }
}
$myClass = new MyClass();
$method = new ReflectionMethod($myClass,'MyPrivateMethod');
$method->invoke(null);

Ce code là ne fonctionne pas, sinon je ne demanderais pas évidemment.

[ratapapa]

La rendre publique ?

Par définition une méthode privée est une méthode seulement utilisable par la classe.

Peut etre qu'en la rendant protected (j'ai un doute si cette notion existe en php ^^") et en la surchargeant dans une classe fille et la rendant publique ca doit fonctionner.

Mais en soi si tu as besoin d'appeler une méthode privée de ta classe c'est que ton analyse a un probleme quelque part

[supergogol]

protected existe en php et c'est fort pratique !

[WWilson]

Pour appeler un méthode en dehors de la classe

MyClass::MyPrivateMethod()

Mais je suis pas certain que ca marche avec les méthodes privées...

[davcha]

En réalité, c'est surtout que le php ne gère ni les délégués, ni le concept "friend" du C++.

Actuellement, je bosse sur un framework MVC qui devrait permettre de coder en php grosso modo de la même manière qu'on le fait quand on utilise des technologies comme wxWidgets, .NET ou Qt.

En clair :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
class myWindow extends Window{
  private $myTextbox,$myButton;
 
  public function __construct(){
    $myTextbox = new Textbox();
    $myButton = new Button();
    $myButton->OnClick = 'btnClick';
    //...
  }
 
  private function btnClick(){
    $myTextbox->Text = 'pouet';
  }
}
Application::Run('myWindow');

Ceci, par exemple devrait permettre d'afficher une fenêtre, déplaçable à l'intérieur du navigateur, qui contient une boîte de texte (<input type="text".../>) et un bouton (<input type="button".../>).
En cliquant sur le bouton, cela appelle une fonction javascript qui lance une requête au serveur (via XMLHttpRequest) et ce dernier se charge d'executer la fonction correspondant à l'événement survenu sur la page, ici : myWindow::btnClick()

Alors, le truc c'est que actuellement, tout ceci fonctionne très bien, mis à part que je suis forcé d'avoir des méthodes publiques pour les événements...

Ce qui me saoule légèrement : si je veux faire une classe de fenêtre spéciale, par exemple, dont certains événements ne doivent pas pouvoir être appelés par du code surchargé ou du nouveau code définit dans une fenêtre fille, c'est chiant.

Si vous avez une idée, je suis preneur, évidemment.

[lun4t1k]

Une solution infectement crade: toutes les classes en public (méthodes & attributs compris) et après tu tries avec un diagramme ce que tu peux mettre un private ou protected...


Ok -> [ o] (je sors)

[goodpz]

En cliquant sur le bouton, cela appelle une fonction javascript qui lance une requête au serveur (via XMLHttpRequest) et ce dernier se charge d'executer la fonction correspondant à l'événement survenu sur la page, ici : myWindow::btnClick()

Donc en fait, l'objet myWindow est construit une seconde fois lors de la requête asynchrone (ajax) pour pouvoir appeler myWindow::btnClick() ? As-tu mis au point un système d'objets persistants ?

[davcha]

Il n'est pas construit à chaque appel au serveur.
L'objet est serialisé.