Même dans son cas, $_GET est une variable globale, donc accessible même dans un objet.
Oui je suis bien d'accord avec ça. Je reprenais juste le cas que tu présentais dans ton exemple.
Et j’appellerai pas ce que tu cites un front-controller mais plutôt un bootstrap.
Pour ce qu'on m'a appris des termes un front-controller c'est pour désigner un contrôleur de la partie accessible aux visiteurs et membres de l'application.
Et enfin les back-controller pour la partie administration.
Non non le bootstrap n'a pour rôle que d'initialiser tes données/objets par rapport à ton environnement.
Ici, tu parles de frontend et backend. C'est du découpage d'application en modules ou sous-applications et indirectement un découpage des actions de tes contrôleurs. Mais les termes ne sont pas liés à front-controller, c'est juste une manière de le nommer. Le Fwk Symfony utilise cette notion dans l'un de ses tutoriaux d'ailleurs.
Pour le contrôleur frontal, voici une explication plus en détails :
http://en.wikipedia.org/wiki/Front_Controller_pattern
C'est le rôle du contrôleur d'appeler modèle(s) et vue(s) et notamment de définir quelle vue afficher à partir d'une requête utilisateur (comme ici via $_GET).
Le contrôleur frontal se charge d'intercepter toutes ces requêtes et de "router" vers le contrôleur. Il fonctionne comme un point d'entrée pour le coup sauf qu'il garde le rôle d'un contrôleur.
Maintenant effectivement tu peux très bien faire ce genre de choses dans ton index.php (le bootstrap étant encore autre chose), c'est juste des choix de répartitions. Par exemple, ZF fonctionne avec un objet contrôleur frontal (Zend_Controller_Front) différencié de ton index.php. En revanche, Symfony utilise ton point d'entrée index.php (ou dev.php ou autre) comme contrôleur frontal.
Voila je sais pas si j'ai été très clair

mais je l'espère

[quote="xTG"]Même dans son cas, $_GET est une variable globale, donc accessible même dans un objet.[/quote]
Oui je suis bien d'accord avec ça. Je reprenais juste le cas que tu présentais dans ton exemple.
[quote="xTG"]Et j’appellerai pas ce que tu cites un front-controller mais plutôt un bootstrap.
Pour ce qu'on m'a appris des termes un front-controller c'est pour désigner un contrôleur de la partie accessible aux visiteurs et membres de l'application.
Et enfin les back-controller pour la partie administration.[/quote]
Non non le bootstrap n'a pour rôle que d'initialiser tes données/objets par rapport à ton environnement.
Ici, tu parles de frontend et backend. C'est du découpage d'application en modules ou sous-applications et indirectement un découpage des actions de tes contrôleurs. Mais les termes ne sont pas liés à front-controller, c'est juste une manière de le nommer. Le Fwk Symfony utilise cette notion dans l'un de ses tutoriaux d'ailleurs.
Pour le contrôleur frontal, voici une explication plus en détails : http://en.wikipedia.org/wiki/Front_Controller_pattern
C'est le rôle du contrôleur d'appeler modèle(s) et vue(s) et notamment de définir quelle vue afficher à partir d'une requête utilisateur (comme ici via $_GET).
Le contrôleur frontal se charge d'intercepter toutes ces requêtes et de "router" vers le contrôleur. Il fonctionne comme un point d'entrée pour le coup sauf qu'il garde le rôle d'un contrôleur.
Maintenant effectivement tu peux très bien faire ce genre de choses dans ton index.php (le bootstrap étant encore autre chose), c'est juste des choix de répartitions. Par exemple, ZF fonctionne avec un objet contrôleur frontal (Zend_Controller_Front) différencié de ton index.php. En revanche, Symfony utilise ton point d'entrée index.php (ou dev.php ou autre) comme contrôleur frontal.
Voila je sais pas si j'ai été très clair #-o mais je l'espère :P