Discussion :

[AnimalMystik]

Bonjour,
Je suis nouveau dans le monde du PHP. Je dois charger les informations concernant un client après qu'il se soit identifié. La question que je me pose c'est quand est-ce qu'il vaut mieux le faire ?
Je m'explique : Le client arrive sur ma page home.php et rempli un formulaire qui le conduit à la page login.php jusqu'à présent c'est à l'aide de cette page que je vérifies que son mot de passe est correcte et que je charge toutes les informations qui le concerne. J'ai donc plusieurs classes en fonction des données que je dois charger et je les remplis, par exemple :

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
16
17
18
19
class compte_b {
	public $id_cb;
	public $solde; 
	public $iban;
	public $type_compte_A;
	public $type_compte_B;
	public $date_creation;
	public $operations;
 
	function __construct ($_id_cb, $_solde, $_iban, $_type_compte_A, $_type_compte_B,$_date_creation, $_operations){
		$this->id_cb = $_id_cb;
		$this->solde = $_solde;
		$this->iban = $_iban;
		$this->type_compte_A = $_type_compte_A;
		$this->type_compte_B = $_type_compte_B;
		$this->date_creation = $_date_creation;
		$this->operations = $_operations; 
	}
}

Le truc c'est que je suis perplexe, j'ai l'impression de mal faire quelque chose, pour moi la page login.php ne devrait servir qu'à déterminer si le client s'est correctement identifié et rediriger vers une page index.php par exemple ? donc quelle est la meilleurs pratique dans ce cas là ? Par ailleurs, j'ai tout de même beaucoup de donnée à récupérer, est-ce une bonne idée de tout récupérer d'un coup et stocker ça dans la variable SuperGlobale $_SESSION ? Ou est-ce qu'on préfère le faire autrement ?

[sabotage]

Quelle est la nature de ces données utilisateurs ?
Que dois-tu faire avec ?

[AnimalMystik]

Quelle est la nature de ces données utilisateurs ?
Que dois-tu faire avec ?

C'est un projet de fin de cycle, je dois réaliser un site de gestion de compte bancaire (simplifié) donc les données par exemple c'est le nom, le prénom, l'adresse du client, ses domiciliations, ses comptes, les cartes qui lui appartiennent, etc...

[sabotage]

Les données fixes qui vont être utilisées sur toutes les pages peuvent aller en session ; par exemple le nom et le prénom qui vont peut être être affichées dans un bandeau.
Les autres données doivent être lues à la demande ; par exemple si tu as une page qui gère les comptes du client, elle va requêter la base de données pour lire les infos.

[AnimalMystik]

Ok, donc la classe qui concerne mes opérations je peux aller la placer dans la page où elles seront affichées à la demande tandis que celle qui concerne les informations personnels du client peut rester sur la page login.php, alors ? En fait c'est ça qui me paraît un peu étrange, c'est quoi le meilleurs endroit pour déclarer cette classe client ? Est-ce que je ne devrais pas faire un fichier php externe qui regroupe toutes les classes et que j'appelle systématiquement lorsque je charge une nouvelle page ?

[Dendrite]

Salut AM,

Sabotage te répond sur "Mettre ou pas tes variables en session"... et te répond sur la bonne pratique de la mise en variable de session des informations.
Et toi, tu dis "OK" et tu bascules sans t'en rendre compte sur une autre discussion "Quelle architecture pour mon site ?"
Car la façon dont tu ranges tes fichiers de script, c'est l'architecture de ton site.
Là, tu as plein d'options, mais la bonne pratique à la mode sur le web (qu'il faut connaître à défaut d'adopter) est la suivante : le modèle MVC pour modèle vue contrôleur :

http://bpesquet.developpez.com/tutor...hitecture-mvc/

Est-ce que je ne devrais pas faire un fichier php externe qui regroupe toutes les classes et que j'appelle systématiquement lorsque je charge une nouvelle page ?

Mieux que ça. Tu ranges chaque fichier que tu nommes Client.class.php, ou Client.manager.php ou Client.view.php dans le répertoire qui va bien, et sur chaque page, tu convoques un autoload qui fait un include dynamique. a savoir, que ton script n'inclueras une classe QUE si tu l'instancies, et pas pour rien ! Ce qui donne à ton architecture web 3 répertoires : class, manager, view... Et c'est à l'intérieur du répertoire class que l'on sait exactement ce que ton site fait au plan fonctionnel : bancaire ou jeu ou gestion administrative...

Code :

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

1
2
3
spl_autoload_register(function ($class) {
    include 'class/' . $class . '.class.php';
});