Bonjour,
 
Je cherche une sorte de design pattern qui permettrai d'utiliser en DEV une certaine classe, et en PROD une autre (les classes doivent avoir les même méthodes / fonctionnalités / prototypes, mais celle de prod est plus légère, effectue moins de vérifications). Seul le code d'initialisation doit changer. Je ne souhaite pas supprimer tous les appels au milieu du code.
 
Un des objectifs est de (faire) charger (par PHP) moins de code à l'exécution. Les classes de dév étant "grosses" et les classes de production "light".
 
Comme exemples, on pourrait citer :
- Une classe générant des requêtes SQL qui vérifie les types de champs et leur existence ou non.
- Une classe d'erreur qui affiche les erreurs ou les logue (ça encore ça peut se gérer uniquement par la configuration, mais c'est un exemple).
- Une classe de debug qui fait son job en dev et est inactive en prod.
 
Vers quoi dois-je m'orienter ?
 
D'avance merci pour vos réponses.
 
Savageman.

Ce qui veut dire que tu n'auras pas tout le temps le meme comportement, ce qui signifie bugs

Pas du tout, j'ai pas envie de tout loguer bêtement en dev ni d'afficher les erreurs en prod...
Les fonctionnalités restent identiques d'un point de vue fonctionnel.

avec les interfaces tu pourrais avoir une cohérence.

perso je fais avec des abstracts parce qu'il y a toujours du code commun

Interface + Factory

Oui, Interface + Factory ça m'a l'air cool !

ça me parait super casse-gueule, comme principe, d'avoir des classes séparées...Je comprends pas bien ce qui t'empêche de gérer ça via la conf...

Charger moins de code. Ca sera fait via une conf au final. Certaines parties (classes) seront optionnelles.

T'as qu'à te la jouer bourrin, faire un système qui vire les morceaux debug ? Style ifdef/endif

Genre t'as une fonction comme ça :

function pouet()
{
    bidule = 'super';
    machin();
    truc();
 
    // DEBUG
    if(defined('DEBUG')) {
      log('message');
      bidule_debug();
    }
    // ENDDEBUG
 
    ok();
    return 'cool';
}

Et après t'as un script qui vire les blocs DEBUG/ENDDEBUG ?

Maintenant de toute manière, ça ne changera pas extrêmement grand chose, à moins que ton code de DEBUG soit ultra-lourd (ce serait un problème à vérifier d'abord).

Ensuite si t'as un opcode-cache sur ton serveur, le problème ne se pose même plus.