Base de données et méthodes Abstraction usine

Question

Je suis intéressé à en apprendre davantage sur les pratiques de conception en PHP pour la base de données méthodes et abstraction usine. Pour fond, mon site est une communauté de réseautage social-intérêt commun actuellement en mode bêta.

À l'heure actuelle, j'ai commencé à bouger mon ancien code pour la récupération d'objets à des méthodes d'usine. Cependant, je sens que je me limite en gardant un grand nombre de noms de tables SQL et structure séparée dans chaque fonction / méthode.

Questions:

1. Y at-il une raison d'utiliser AOP (ou similaire) si je ne prévois bases de données de commutation?

2. Interface PDO avec Can MySQLi préparé des déclarations I utilisent actuellement?

3. est-il me aider les noms de tables séparées de chaque méthode? (Si non, ce d'autres modèles de conception que je pourrais vouloir à la recherche?)

4. Est-ce que ralentir mon site une fois que j'ai une base de membres significativement grande?

Answer 1

Nettuts avait récemment un article sur certains des avantages à utiliser AOP.

En ce qui concerne votre question concernant l'abstraction, vous pouvez regarder dans Object Relational Mapping (ORM) qui vous permet d'accéder à la base de données enregistre la même façon que les objets php natifs. La plupart de mon expérience a été le cadre Kohana, et j'aime la façon dont leurs œuvres ORM, mais la plupart des cadres populaires php doivent avoir de bons exemples de méthodes d'abstraction de base de données. Je trouve que la lecture où quelqu'un d'autre a fait les choses comme « droit » me aide.

Answer 2

Je voudrais deuxième Rookwood en regardant ORM. J'ai eu de bons experciences avec Doctrine. Construire quelque chose vous serait une perte de temps dans les cas Moste.

Answer 3

Je vous conseille d'utiliser PEAR ou AOP .. pourquoi?

1) Il est testé et utilisé par des dizaines de milliers de programmeurs. Si vous avez besoin d'un autre programmeur pour vous aider, il y a une bonne chance qu'ils savent AOP. Il y a fondamentalement aucune chance qu'ils connaîtront votre API.

2) Vous ne pensez pas que vous allez changer les bases de données .... Mais, si un changement de version ou quelque chose comme ça arrive que vous oblige à migrer?