Je suis intéressé à en apprendre davantage sur les pratiques de conception en PHP pour l'abstraction de la base de données & Méthodes d'usine. Pour le contexte, mon site est une communauté de réseautage social d'intérêt commun actuellement en mode bêta.Base de données Abstraction et méthodes d'usine
Actuellement, j'ai commencé à déplacer mon ancien code pour la récupération d'objets vers les méthodes d'usine. Cependant, j'ai l'impression de me limiter en gardant beaucoup de noms et de structures de tables SQL séparés dans chaque fonction/méthode.
Questions:
Y at-il une raison d'utiliser AOP (ou similaire) si je n'anticipe les bases de données de commutation?
Est-ce que l'interface PDO peut être utilisée avec les instructions préparées MySqli que j'utilise actuellement en ?
Est-ce que cela m'aidera à séparer les noms de tables de chaque méthode? (Si non, quels autres modèles de conception puis-je rechercher ?)
Est-ce que cela va ralentir mon site une fois que j'ai une base de membres importante?
Toutes les communautés de réseautage social ne ciblent-elles pas un «intérêt particulier»? –
Je suppose que je devrais appeler cela d'intérêt commun. Comme facebook/myspace serait des communautés génériques pour n'importe qui. Une communauté de snowboard par exemple est d'intérêt commun. – pws5068
Je pense que vous devriez poser cette question à propos de PDO, pas PEAR. PDO fait partie de PHP et est compilé en code natif. – webbiedave