Discussion :

[laurentSc]

Bonsoir,


je me forme depuis peu à l'architecture MVC.
Les pages de l'application sont incluses dans index.php :

dans index.php :

Code php :

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

1
2
3
4
 // Inclusion de la page
    include_once 'models/'.$page.'_model.php';
    include_once 'controllers/'.$page.'_controller.php';
    include_once 'views/'.$page.'_view.php';

Par contre, si on utilise un autre script PHP, ce n'est pas le cas.
Voici une partie de mon arborescence (tout ce qui commence par - est un répertoire) :

index.php
- controllers
- models
- views
- _scripts
- etc

Le répertoire _scripts contient les scripts PHP qui ne sont pas dans un des 3 premiers répertoires. Tous ceux qui sont dans un des 3 premiers répertoires sont inclus dans index.php, donc ils profitent des initialisations faites dans index.php (session_start, définition des constantes, connexion à la bdd, etc.) mais ce n'est pas le cas des scripts appartenant à _scripts. Donc à priori, il faut refaire dans chacun d'eux ces inits. Evidemment elles sont faites dans des fichiers séparés qu'il n'y a qu'à inclure. Mais ça fait beaucoup d'includes à faire à chaque fois.
Donc existe-t-il une meilleure méthode ? J'ai une idée et je souhaiterais votre avis : je crée une classe "scripts" et chaque script en est une méthode statique (donc pas besoin de créer un objet pour utiliser la méthode). De plus la classe est incluse par l'autoloader, donc pas besoin de l'inclure.
L'exemple auquel je suis confronté : je dois créer un script qui est l'action d'un formulaire ; je le mets dans une telle classe ou dans le répertoire controller ?

[rawsrc]

Salut,

comment fais-tu pour arriver à rendre tout tellement compliqué ? Je suis admiratif.

Tu dois voir ton site comme une liste d'actions : à chaque fois que tu cliques sur ton site, tu réalises en fait une action.
Chaque action se répercute sur ton serveur. Le MVC intervient à ce niveau pour faciliter le traitement des actions du côté serveur en séparant le code en modèle, vue et contrôleur.

Cela donne :
Navigateur → URL → Serveur → Analyse de l'URL → Nouvelle action → Appel du contrôleur en charge de l'action → Appel de la couche métier et vue → Envoi de la réponse

Attention l'action est générique : si l'analyse de l'URL ne correspond à aucune action définie alors c'est une action d'erreur mais ça reste quand même une action, ainsi ton application saura toujours répondre.

[laurentSc]

Salut et merci pour ta réponse.

Je préférerais te rendre admiratif pour ma qualité de développeur !

Je suis bien dans le cas d'une action non prévue, mais vu comme est fait index.php, cette action ne sera pas traitée !

Code php :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
// Définition de la page courante
if (isset($_GET['page']) AND !empty($_GET['page'])) {
    $page = trim(strtolower($_GET['page']));
} else {
    $page = 'home';
}
 
// Tableau contenant toutes les pages
$allPages = scandir('controllers/');
 
// Vérification de l'existence de la page
if (in_array($page.'_controller.php', $allPages)) {
 
    // Inclusion de la page
    include_once 'models/'.$page.'_model.php';
    include_once 'controllers/'.$page.'_controller.php';
    include_once 'views/'.$page.'_view.php';
 
} else {
    // Inclusion de la page erreur
    include_once 'models/error_model.php';
    include_once 'controllers/error_controller.php';
    include_once 'views/error_view.php';
}

[rawsrc]

comme c'est écrit, je pense que toutes les requêtes sont redirigées vers index.php
pour la soumission de ton formulaire, tu dois juste définir une route de cet acabit : http://www.tonsite.fr/index.php?page=monformsubmit

ensuite tu créés un contrôleur : monformsubmit_controller.php, modèle : monformsubmit_model.php et vue monformsubmit_view.php

Tu devrais pouvoir traiter ta soumission sans péter le code existant.

au fait ton code se résume à

Code :

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

1
2
3
4
5
6
7
8
9
10
11
$page = trim(strtolower($_GET['page'] ?? 'home'));
 
$allPages = scandir('controllers/');
 
if ( ! in_array($page.'_controller.php', $allPages, true)) {
    $page = 'error';
}
 
include_once "models/{$page}_model.php";
include_once "controllers/{$page}_controller.php";
include_once "view/{$page}_view.php";

[laurentSc]

Quand j'ai lu ta réponse, j'ai cru que ça allait être bon ; en fait ça avance, mais j'ai un autre souci. Donc voilà :

dans index.php :

Code php :

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

include_once 'views/auth_view.php';

auth_view.php :

Code html :

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

1
2
3
4
5
 ...
<form  class="formlogin" action="controllers\auth_controller.php" method="post">
  ...
 <input type="submit" class="fadeIn_fourth" value="Log In">
 </form>

auth_controller.php :

Code php :

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

1
2
3
4
5
6
7
8
9
10
11
12
<?php
function authentification()
{
...
} 
$_SESSION['auth']=$auth;
return($auth);
}
 
 $auth=authentification();
 //if ($auth) header ("Location: $_SERVER[HTTP_REFERER]" );
 ?>

auth_model.php :
vide (pour le moment car du sql dans le contrôleur...)

Ca passe bien si je laisse commentée la ligne 11 du contrôleur, mais si je la décommente, quand je clique sur le bouton "log in" du formulaire, page blanche. Or le but est de revenir dans la page précédente, donc comment faire ?

[rawsrc]

bah ça veut tout simplement dire que l'authentification échoue

au fait action="controllers\auth_controller.php" ça devrait être plutôt action="/index.php?page=auth".
N'oublie pas que dans le navigateur tu ne manipules que des url ! Toi tu mélanges avec des chemins de fichiers sur disque dur.

Pour que le code court fonctionne action="/index.php?page=auth", tu dois définir ceci <head><base href="https://www.tonsite.fr"></head>

[laurentSc]

dans auth_view.php, j'ai mis <head><base href="http://localhost/eismvc/"></head> puis <form class="formlogin" action="index.php?page=auth" method="post"> . Effectivement, l'action est bien appelée quand je valide le formulaire, mais le formulaire se réaffiche alors qu'il faudrait pas. Comment éviter cela ?

[EDIT] j'ai enlevé le anti-slash devant index.php dans l'action car si je le mets, il ne trouve pas le fichier...

[rawsrc]

[EDIT] j'ai enlevé le anti-slash devant index.php dans l'action car si je le mets, il ne trouve pas le fichier...

C'est logique, regarde ce que j'avais écrit et compare avec ta version : comme tu as remonté le slash final dans <base href="http://localhost/eismvc/">, tu n'en a plus besoin dans le code.

Ensuite tu dois séparer les actions :
- une action : affichage du formulaire de connexion action="index.php?page=auth",
- une action : soumission du formulaire de connexion action="index.php?page=authcnx",

à toi de bien lister les actions et de créer les scripts de traitement correspondants.
Le script de soumission ne doit renvoyer le formulaire de connexion si et seulement si l'identification échoue, sinon il renvoie vers la page d'accueil ou tableau de bord (à toi de voir)

[laurentSc]

OK pour l'anti-slash déplacé.

Par contre, j'ai du mal à saisir la suite de ta réponse, car pour moi, l'action d'affichage du formulaire est une vue tandis que l'action de soumission est l'action du formulaire, et dans ceci, il n'y a qu'une seule action (connexion, et vue=affichage du formulaire et contrôleur=action du formulaire). Peux-tu m'expliquer plus ?

[rawsrc]

Tu n'as pas bien saisi le concept, je récapitule :

À chaque action dans ton site DOIT correspondre un contrôleur.
Ensuite le contrôleur fait appel au modèle pour les aspects métiers, récupère ce qui doit être récupéré et passe le tout (si nécessaire) à une vue.
Enfin, le contrôleur doit renvoyer une réponse au navigateur.

Il y a des cas où le contrôleur ne peut avoir qu'à renvoyer une vue : comme par exemple un formulaire de connexion vide, dans ce cas, le modèle est ignoré.
Dans d'autres cas, le contrôleur ne devra qu'envoyer des données au format JSON (par exmple), dans ce cas la vue est ignorée... Ainsi de suite.

En vertu de ce que je t'ai déjà écrit :
- L'affichage du formulaire de connexion correspond à une action,
- La soumission du formulaire de connexion correspond à une autre action, donc un autre contrôleur et ce dernier peut très bien avoir 2 sorties : une qui renvoie la vue du formulaire de connexion si l'identification échoue, une autre qui peut renvoyer vers un tableau de bord (par exemple) si l'identification réussi.

LE PLUS IMPORTANT :

À CHAQUE ACTION DANS TON SITE DOIT CORRESPONDRE UN CONTRÔLEUR

[laurentSc]

Que je n'ai pas bien saisi, ça m'étonne pas, et même si ta réponse amène plus de clarté, c'est pas encore ça

Voici comment je vois les choses :

- à chaque action correspond un contrôleur et s'il en a besoin, il sollicite la vue et/ou le modèle. Donc c'est le contrôleur, le premier sollicité, et s'il en a besoin, il appelle les autres (V et M).

- pour l'authentification, je crée une classe "Authenticate" avec plusieurs méthodes dont aff_form() et valid_form().

- le contrôleur crée lui-même un objet de la classe ($auth=new Authenticate();). Il fait ensuite appel à la vue qui va appeler la méthode aff_form.

Je m'arrête là mais voudrais savoir si je vois bien les choses.

[rawsrc]

pour l'instant ça me va
Fais quand même attention à ne pas avoir au final une classe obèse et il serait peut-être judicieux de la scinder.

[laurentSc]

J'ai du mal à aller plus loin ; ne serait-il pas plus logique de mettre la méthode aff_form dans la vue de l'action "authentification" et la méthode valid_form dans le contrôleur ? (si je les laisse dans la classe, pour que la vue se charge de l'affichage du formulaire, ça va se borner à créer une fonction qui appelle juste la méthode de la classe et même chose pour le contrôleur). Qu'en dis-tu ?

[rawsrc]

j'ai du mal à voir où tu veux en venir.
On va se borner à la connexion : poste les codes source de tes fichiers : contrôleur, modèle et vue (action premier affichage du formulaire de connexion et action soumission du formulaire)

[laurentSc]

Connexion à la bdd via pdo ? Non, en relisant ton post, tu parles de l'authentification.

En fait, l'idée est que quand l'utilisateur vient sur le site, on lui présente un formulaire d'authentification, et pour qu'il ait accès au contenu du site, il faut que login et mot de passe soient corrects.

Par contre, ne sachant comment m'y prendre, je n'ai pas codé grand chose.

J'ai juste créé une classe Authenticate.php :

Code php :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<?php 
class Authenticate {
    function Aff_form() {?>
        <form  class="formlogin" action="index.php?page=auth" method="post"> 
        <p>
              <a href="http://www.schneider-electric.com/b2b/en/campaign/life-is-on/life-is-on.jsp" target="_blank">
              <img  src="assets/images/LifeIsOn1x30_transparent.jpg" alt=''/></a>
              <?php echo $str['welcome']; ?>  <h2>
           LOGIN</h2></p>
           <label for="login">Username</label>
          <input type="text" id="login" class="fadeIn_second" name="login2">
          <label for="password">Password</label>
          <input type="text" id="password" class="fadeIn_third" name="pwd2" placeholder="password">
          <input type="submit" class="fadeIn_fourth" value="Log In">
        </form>
 <?php   }
 
 function valid_form() {
 
 }
}
?>

et dans le contrôleur, j'ai mis la création d'un objet : $auth=new Authenticate(); mais pour l'instant, y a rien de plus.

[laurentSc]

Comme je fonctionne beaucoup avec les exemples, peux-tu me fournir un lien vers un code d'application qui utilise le MVC, afin de comprendre ce concept ?

[rawsrc]

je suis en train de préparer un article de blog pour expliquer le concept MVC de manière détaillée avec pour exemple une page d'authentification

[laurentSc]

super

[laurentSc]

Salut,

comme impossible d'attendre sans y penser, il me vient des questions : étant pratiquement sûr que je trouverai la réponse dans ton billet de blog (ainsi que pour les questions qui suivront), je crois plus raisonnable d'attendre. Par contre, as-tu une estimation de la date de sa disponibilité ?

D'autre part, est-ce que je le saurai autrement que constater que ton nombre de billets dans ton blog a augmenté ?

[rawsrc]

J'en suis à la moitié, je posterai un message dans le forum dès la mise à disposition.
Ça devrait être fini soit aujourd'hui soit demain au plus tard