02-08-2011, 11:34 AM
Je n'aime pas vos approches, vous tentez de recréer l'architecture 3-tiers séparations des couches : manipulation de la BDD, métier ou service et enfin web (bien connu dans l'écosystème java et il me semble que symphonie travaille aussi de cette manière), tout en apportant les contraintes que cette architecture a éliminé comme l'indépendance des couches, un exemple concret est que cette méthode, contraint la personne qui souhaite ( même si pour l'instant, tu es le seul utilisateur ) intégrer ton framework alors que son projet est déjà fini.
Un autre inconvénient, s'il s'agit bien de la connexion à ta BDD, à chaque fois que tu hériteras de ta classe abstraite, il existera n objets ayant chaqu'un une connexion à ta BDD soit n connexions, je ne crois pas que cela est le plus efficace, à moins que tu ailles déjà paré à cela mais je doute que la méthode usée soit optimum.
Pour appliquer ces principes, tu crées un classe (singleton), l'objet ainsi créé et unique sera injecté dans ta couche Dao celle-ci manipulera les objets DAO, la partie métier ne doit pas insérer directement en base, elle doit simplement vérifier et mettre en forme les objets d'un point de vue métier uniquement
Un autre inconvénient, s'il s'agit bien de la connexion à ta BDD, à chaque fois que tu hériteras de ta classe abstraite, il existera n objets ayant chaqu'un une connexion à ta BDD soit n connexions, je ne crois pas que cela est le plus efficace, à moins que tu ailles déjà paré à cela mais je doute que la méthode usée soit optimum.
Pour appliquer ces principes, tu crées un classe (singleton), l'objet ainsi créé et unique sera injecté dans ta couche Dao celle-ci manipulera les objets DAO, la partie métier ne doit pas insérer directement en base, elle doit simplement vérifier et mettre en forme les objets d'un point de vue métier uniquement