Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

176 commentaire(s) de garfield90 sur des sources sur tout CodeS-SourceS

Le : 10/02/2009 17:31:21
Source : [POO] - CLASSE D'ACCÈS BDD MULTI SGBD
pour la levée d'exception, je vais te donner un exemple :
dans ta classe
function connexion(){
     if ( $this->Connexion =  mysql_connect(   $this->Serveur, $this->Utilisateur, $this->MotDePasse ) ){
     if ( false === mysql_select_db($this->Base, $this->Connexion ){
       throw new Exception('Base inconnue');
     }
  }else{
     throw new Exception('Connexion au serveur impossible');
  }
}


et dans ton code
try{
   $oDBConnector = new BaseDeDonnee('mysql', 'root', 'password', 'localhost', 'maDB');
   $oDBConnector->connexion();
}catch( Exception $e){
    // je traite mon exception i.e. la non connexion a ma base de donnée ou a mon serveur de base de donnée
}


Tu utilises rarement plusieurs moteurs de bases de données en meme temps, donc tu ne charges que les fichiers nécessaires (c.a.d. que si tu n'utilises que MySQL, aucun interet de savoir gérer Oracle ou SQLite). => Mémoire libérée.

Classe abstraite != Interface

Une interface te permet de faire un prototypage obligatoire dont dérive tes classes l'implémentant (une classe en php peut avoir plusieurs interfaces)
http://fr.wikipedia.org/wiki/Classe_(informatique)#Interface

une classe abstraite te permet de définir des méthodes et aussi dans implémenter quelques unes. Cependant cette classe n'est pas appelable directement.

Faire des interfaces et des classes abstraites te permet de découpler encore plus tes fonctionnalités.







Le : 10/02/2009 17:00:28
Source : [POO] - CLASSE D'ACCÈS BDD MULTI SGBD
Aime pas :
- la fonction exit dans une classe, leve une exception et laisse le developpeur le soin de gérer celle ci comme il le souhaite.
- le @ qui n'est la que pour masquer l'incompétence d'un développeur.
- l'existence de plusieurs classes dans le même fichier (ajoute de la charge pour rien)
- l'absence d'interface pour définir les méthodes des différentes connexions DB


Aime:
- l'utilisation de la portée






Le : 20/11/2008 09:37:50
Source : VARIABLES DE SERVEUR
aucun interet, aucune source, ...
=> a supprimer, car ce n'est qu'un copier coller de  http://fr.php.net/manual/fr/reserved.variables.server.php

Pour ce qui est des informations utilisateurs telles que l'IP, elles font parties des choses dont l'on sait qu'elle peuvent être fausses, modifiées.
Ce sont généralement des entetes HTTP, qui sont ajouter par le materiel  ("box", routeur, etc.) et par le logiciel (navigateur, OS, ...)

Si tu as accès a ces informations, tu peux les modifiés :D



Le : 27/10/2008 09:47:18
Source : CONVERTISSEUR DE BASE DÉCIMALE, BINAIRE, HEXADÉCIMAL, ...
Tu ne devrais pas faire des "exit" lors d'erreur mais lever une exception.

ca permet de gerer proprement le fonctionnement le probleme et ainsi ne pas se retrouvé avec une page tronquée.


Le : 23/09/2008 14:39:16
Source : CLASSE DE CRÉATION DE FORMULAIRE
- Tu meles de la presentation et traitement (la gestion par tableau n'est pas nécessaire, voir a ne pas faire).

Tu aurais pu faire de l'heritage avec une classe FormElement qui contient permettrai de gerer un input (text, hidden ou autre), un select, textarea, etc.

Les traitements sur le FormElement sont quasi les memes, association d'un label, d'attribut(id, class, name, etc.), une valeur. Il pourrait y avoir une liste des attribut autorisé.

J'aurai fait un truc du genre

Classe Form => ensemble de FormElement
Classe FormElement
Classe FormInput (étendant FormElement)
Classe FormText (étendant FormInput)
Classe FormTextarea (étendant FormElement)
...

- Sur ce, tu pourrais implementer un décorateur permettant de t'occuper de la présentation (sous forme de tableau, de liste, de definition, etc...)
- Tu pourrais aussi implementer un systeme de vérification des valeurs au moment de la validation du formulaire

Ce ne sont que des pistes, par contre, je ne vois pas l'interet de compter les elements par type.

je vois pas pourquoi la fonction vide s'appele comme ca, a la rigueur un appendContent(ajout_contenu) me semble plus correct et plus compréhensible.

My 2 cents




Le : 25/06/2008 17:54:04
Source : MAJAX UN TOOLS (AJAX EN PHP)
je ne vois pas le PHP mais plutot le JS ^^


Le : 12/05/2008 22:38:03
Source : LIVRE D'OR
code crade, tout a été déjà dit.
le seul potentiel interet est le JS dedans.
tu pourrais largement améliorer la partie regex (a moins que tu ne la comprennes pas)
trop de modif a faire (rien qu'au niveau HTML), rien que pour integrer le code.
le plus drôle dans ton code, c'est que le code obtenu via les regex est plus propre que le code de la page en elle meme ^^

1/10 car y en a des mieux, plus utilisable, et ton code n'a aucun interet.


Le : 07/05/2008 11:28:22
Source : GÉNÉRATION DU CODE HTML POUR UN TABLEAU (HÉRITE DE LA CLASSE ND_TEMPLATE)
nop aucun rapport, simplement un diminutif de mon adresse mail de l'époque (ou 90 gars avait pris le nom garfield :'( )

concernant les modifs faites :

- remise en place de l'héritage
- suppression d'un niveau inutile (il n'y a plus la propriété template)
- $this->template est devenu directement $this
- le contenu de la methode __construct dans une méthode privée prepare, ce qui permet d'éviter de réinstancié l'objet si on en a de nouveau besoin.

Ca doit être a peu près tout


Le : 07/05/2008 10:45:12
Source : GÉNÉRATION DU CODE HTML POUR UN TABLEAU (HÉRITE DE LA CLASSE ND_TEMPLATE)
j'ai pris note, et j'ai refais la classe. Je remets en place le zip, le fonctionnement ne change pas.


Le : 06/05/2008 19:29:13
Source : GÉNÉRATION DU CODE HTML POUR UN TABLEAU (HÉRITE DE LA CLASSE ND_TEMPLATE)
Je ne l'ai pas fait pour plusieurs raisons.
- je n'y ai pas pensé
- en essayant ca ne marche pas, ce qui est normale en l'état.

Par contre, ca me pose un questionnement sur ma classe de base
- Est ce que j'ai fait une erreur de conception (possible et/ou probable) ?


Je confirme je n'ai pas besoin d'etendre ma classe ND_Template car ce n'est pas un héritage (/me va se faire flageller)




1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,920 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.