10-08-2016, 09:35 AM
J'aime pas trop l'idée du "clôner la structure des tables côté PHP": si tu changes la façon de stocker un truc, boum, tout le code client change. Genre si tu renommes une colonne, ça change tout coté PHP. Ou, plus usuel (en tous cas, j'ai à peine commencé VariiSpace que je l'ai déjà fait plusieurs fois), si tu changes la façon de stocker les data coté MySQL (ie: au lieu des colonnes "x, y, z", tu stockes un "idVecteurPosition" qui référence une table "id, x, y, z"), t'as toute la logique côté PHP à changer :\
Pour ma part, du coup, j'essaie plutôt de passer par du full-procédure-stockée (voire des views): ça m'a permis de changer la façon de stocker les données dans les tables sans devoir toucher au PHP (car la procédure garde la même signature).
Et dans ton système, la macanique de sauvegarde et tout, elle est générée, ou tu génère juste sa description (liste de colonnes par exemple) et t'as une classe non générée qui s'en sert pour faire la sauvegarde? Parce qu'en générant toute la logique de sauvegarde, je trouve qu'on finit vite avec du copier/coller (Sonar gueule normalement d'ailleurs) et le nombre de lignes du projet explose (avec un taux de duplication qui suit)...?
Pour ma part, du coup, j'essaie plutôt de passer par du full-procédure-stockée (voire des views): ça m'a permis de changer la façon de stocker les données dans les tables sans devoir toucher au PHP (car la procédure garde la même signature).
Et dans ton système, la macanique de sauvegarde et tout, elle est générée, ou tu génère juste sa description (liste de colonnes par exemple) et t'as une classe non générée qui s'en sert pour faire la sauvegarde? Parce qu'en générant toute la logique de sauvegarde, je trouve qu'on finit vite avec du copier/coller (Sonar gueule normalement d'ailleurs) et le nombre de lignes du projet explose (avec un taux de duplication qui suit)...?