12-11-2007, 10:35 PM
ben aprés tout réside dans le choix des objets creer.
Coder en objet çà a des avantage comme par exemple le fait depouvoir en prendre un tel quel pour le mettre dans un autre projet
C'est aussi un bon moyen pour avoir un code plus evolutif.
Par exemple, on peut imaginer creer une classe qui permettent de recuperer les superglobal
Au debut on sait juste que cette classe va pouvoir recuperer les superglobals
On sait que pour recuperer les variables utilisateurs, on utiliseras la methode get_var et que cette methode sera capable de rechercher un id dans GET, POST et COOKIE
Aprés coup rien empeche de modifier cette methode pour pouvoir definir dans quelles superglobals l'id est cherché
vous allez me dire çà quoi çà sert pourquoi pas mettre direct $_POST[$id] comme dab?
Et bien par exemple si aprés dans le projet je souhaite faire une verification de securité des entrées de script
Il suffiras de modifier à nouveaux cette methode pour qu'un controle de securité soit fait par defaut (ainsi tout le script avec ses millier d'entrée sera verifier et çà en 5min alors que sinon il faut prendre tout le code à part et tout se taper)
Et on peut toujours mettre un parametre pour appliquer d'autre traitement de securité par exemple un traitement specifique au variable à inclure dans du sql (évidement c'est different si on a mis en place une classe qui fait les requetes sql dans ce cas c'est mieux de l'integrer dans cette autre classe )
Et on peut definir different objet de cette classe qui réagissent differement, et corespondent donc à des niveaux de securité different, mais dans ce cas c'est un peu inutile l'utilisation de la classe directement me semble mieux
Par la suite on peut rajouter une fonction qui effectue un traitement sur tout ou partie des superglobals.
Ajouter une methode qui calcule un indicateur de risque de piratage
Enfin bon aprés evidement faut bien voir ce qui y a sa place ou pas. Evidement cette exemple n'illustre pas le coté attribut, il était là pour illustrer le coté evolutif. Ce que je viens de dire aurais mis des jours à se faire sur un code déjà construit car il aurais fallut changer un tas de chose
Mais peut etre que j'aurais du mettre du code pour illustrer dans ce cas faut le dire et m'envoyer un mp pour que j'edite
Coder en objet çà a des avantage comme par exemple le fait depouvoir en prendre un tel quel pour le mettre dans un autre projet
C'est aussi un bon moyen pour avoir un code plus evolutif.
Par exemple, on peut imaginer creer une classe qui permettent de recuperer les superglobal
Au debut on sait juste que cette classe va pouvoir recuperer les superglobals
On sait que pour recuperer les variables utilisateurs, on utiliseras la methode get_var et que cette methode sera capable de rechercher un id dans GET, POST et COOKIE
Aprés coup rien empeche de modifier cette methode pour pouvoir definir dans quelles superglobals l'id est cherché
vous allez me dire çà quoi çà sert pourquoi pas mettre direct $_POST[$id] comme dab?
Et bien par exemple si aprés dans le projet je souhaite faire une verification de securité des entrées de script
Il suffiras de modifier à nouveaux cette methode pour qu'un controle de securité soit fait par defaut (ainsi tout le script avec ses millier d'entrée sera verifier et çà en 5min alors que sinon il faut prendre tout le code à part et tout se taper)
Et on peut toujours mettre un parametre pour appliquer d'autre traitement de securité par exemple un traitement specifique au variable à inclure dans du sql (évidement c'est different si on a mis en place une classe qui fait les requetes sql dans ce cas c'est mieux de l'integrer dans cette autre classe )
Et on peut definir different objet de cette classe qui réagissent differement, et corespondent donc à des niveaux de securité different, mais dans ce cas c'est un peu inutile l'utilisation de la classe directement me semble mieux
Par la suite on peut rajouter une fonction qui effectue un traitement sur tout ou partie des superglobals.
Ajouter une methode qui calcule un indicateur de risque de piratage
Enfin bon aprés evidement faut bien voir ce qui y a sa place ou pas. Evidement cette exemple n'illustre pas le coté attribut, il était là pour illustrer le coté evolutif. Ce que je viens de dire aurais mis des jours à se faire sur un code déjà construit car il aurais fallut changer un tas de chose
Mais peut etre que j'aurais du mettre du code pour illustrer dans ce cas faut le dire et m'envoyer un mp pour que j'edite