Reprise du message précédent :

Si le code php génère un truc statique il faut se demander si on a fait le bon choix
L'autre exemple se rapproche de cette appellation fourre tout de dhtml.
 
Rien de bien pas logique dans ça
 
Quand je dis entre 2 appels, c'est tout confondu, même entre 2 visiteurs, header envoyés, vérification de droits d'accès... Même si ça change pas au final entre 2 accès, il se passe d'autres choses Contrairement à un truc qui est pas généré dynamiquement ou modifié côté client.
 

Question bonne pratique ou pas :
 
les __autoload(), ca vaux le coup ou pas?
 
Est ce que ca fou pas la merde dans certain cas?
Est ce que au bout d'un moment ca n'enleve pas de clareté au code au lieu d'un bon vieu require?
 
bref je vais tester, mais je suis pas convaincu

Ca fout pas la merde si c'est bien géré
 
PAr contre question clarté, en effet faut savoir se limiter à là où c'est vraiment nécessaire. D'autant que c'est pas le plus économique en ressources non plus.
 
Mon avis c'est que c'est une possibilité assez intéressante que t'offres php. Comme pour tout à utiliser quand c'est nécessaire. En gros si t'es capable de trouver le bon fichier à inclure dans le autoload, tu devrais pouvoir faire la même chose dans un factory Après ça dépend du type de codage de ton appli

Il est plus intéressant de se servir des autres méthodes magiques AMHA

Je l'avais même pas vu ce topic

 
Y'a 10x mieux qu'__autoload, c'est spl_autoload_register. Qui permet entre autre d'utiliser une méthode d'instance comme fonction de chargement. On peux ainsi instancier un loader, le configurer et tout (genre pour définir des chemins où chercher des classes), et après l'enregistrer comme autoload

oulalal ca m'a l'air bien compliqué tout ca aux vues de la doc et des exemples, mais je vais tenter de persévérer ^^

J'ai laissé un commentaire dans la doc de spl_autoload_register pour expliquer ce qu'on peut faire Sinon ça change pas grand chose à __autoload, genre :

class ClassLoader {
 
  private $chemins;
 
  public function __construct($chemins)
  {
      $this->chemins = $chemins;
  }
 
  public function load($className)
  {
     $fileName = str_replace('_', DIRECTORY_SEPARATOR, $className) . '.php';
     foreach($this->chemins as $chemin)
     {
        if(is_readable($chemin . $fileName)) {
          require $chemin . $fileName;
          break;
        }
      }
   }
}

Et après :

$loader = new ClassLoader(array(
  'C:\www\', 'C:\php\lib\myFramework\', 'C:\autreDossier\'));
 
spl_autoload_register(array($loader, 'load'));

Et voilà

PDT, le plug-in Eclipse pour PHP est vraiment super pratique (facile à installer, Windows, linux, Mac ?), mais forcément, pas super simple à prendre en main, et il faut prévoir de la RAM

yop yop,  j'aurais quelques pitites questions sans doute naïves
 
1. Est-ce mal d'utiliser des fonctions "imbriquées" :

 
2. Programmer en Objet "consomme"-t-il plus de mémoire parce qu'il faut garder tout l'objet en mémoire même si on n'utilise pas toutes ces méthodes (je ne sais pas si ça change quelque chose en fait )
 
3. Y a-t-il une limite raisonnable de constantes et de variables de session à avoir.
 
 
   
 
 

1) non
2) oui, ne seraisse que la persistance des données (par exemple, avec des fonctions, si tu n'as plus besoin de l'age du capitaine, tu peux faire un "unset" sur la variable qui contient cette info, avec un objet, tant que t'as besoin du nom du capitaine, t'es obligé de te trainer son age, son identifiant, peut être même son salaire, s'il est marié et etc du moins tant que l'objet existe)
3) j'aurais tendance à dire oui : si t'as des milliers de variables dans ta session ou des milliers de constantes déclaré alors t'en as beaucoup trop. En pratique, t'auras jamais des milliers de constantes à moins d'avoir mal organiser ton code (toutes les constantes déclaré au même endroit même si une page n'est susceptible d'en utiliser que deux) quand aux sessions, si tu te contentes de n'y mettre que le nécessaire, alors tu n'atteindras jamais les milliers de valeurs sauf sur de très gros sites. Mais bon, pour les sessions, rechercher toutes les données peut prendre plus de temps que de les charger à chaque page par le biais de la session et il y a peu de chance que tu satures le serveur à cause de ces données là.
En bref, pour le moment ne te préoccupe pas de ça tant que tu ne t'amuses pas à y mettre des éléments inutile.

Pourquoi préferer mysqli à PDO?
Si je demande c'est que je ne vois aucune raison hein

Oki merci beaucoup

Si je me plante pas, mysqli a des perfs légèrement supérieures à PDO

Masklinn > La différence de performance, elle serait pas du niveau de la micro-optimisation?

Alors ça je peux pas te le dire, je me souviens juste avoir vu passer ça sur une paire de blogs

T'as les résultats ou ça tourne encore
 

ca a du planter

ah bon ? on reçoit pas une notification pour ça ?
j'y comprends plus rien au jocedoctiforum moi

parce que tu y as déjà compris quelque chose ?
 
(drapal déguisé)

 
 
EUhh mouii mais ca sert a quoi exactement ce bout de code, a prioris ca a un rapport pour gere les exceptions mais je comprends pas trop ?
 
merci

Ca m'a l'air cool
Juste faudrais que je sache ce que ça veut dire  
 
Recherche toujours bouquins (signature)
 
XaT

Rapide topo sur : %B %d, %Y, %I:%M:%S %p
 
Pour par exemple 12/24H etc ?
 
XaT

Menage fait.
 
Masklinn, je me suis permis d'effacer ta reponse a NazzTazz sur Entity, je te laisse en refaire une argumentee qui servira aux lecteurs de cette FAQ, si tu t'en sens l'envie.

cool  

XaT

On a pas déjà blabla@web pour se foutre de la gueule de php?

cay nul.. ya déjà blabla@web qui suffit..
 
en venant sur ce topic j'esperais y trouver que de bonnes pratiques avancées de PHP niveau GURU.. pas pleins de nioubs (dont je fait parti) qui  poluent 90% des messages en demandant toujours la meme chose..
 
une sorte de bible de PHP quoi
 
domage

pit-etre mettre ce topic en lien ?
 
http://forum.hardware.fr/hfr/Progr [...] 1273_1.htm

je suis aps hyper fan de celui-ci, perso.

pit-etre mais il a des liens vers au moins un topic dont tu es fan

 
Donc en gros il faut avoir d'un coté les fichiers avec le mysql et le php et d'un autre l'affichage en HTML et CSS?