2010-11-10 8 views

Répondre

1

Je ne sais pas ce que le plus populaire est, mais un très populaire serait Repository (ainsi). Il sépare la logique qui récupère et mappe les données au modèle d'entité de la logique métier qui agit sur le modèle. La logique métier devient indépendante du type de données qui comprend votre couche de source de données.

Vous pouvez trouver un bel exemple de la façon de l'implémenter here on the Code Project. Je pense que le modèle «unité de travail» serait une bonne alternative. Ou peut-être que vous pouvez essayer une combinaison des deux.

0

Unité de travail et Référentiel.
Vous pouvez google pour FabrikamShipping - référence implémentation de l'application saas en les utilisant.

1

Je suggérerais le modèle "Repository" qui fournit un ensemble de méthodes retournant IQueryable <> résultat. Voici un exemple de l'interface possible (l'un des cas les plus simples): http://mikehadlow.blogspot.com/2009/01/should-my-repository-expose-iqueryable.html exemple de mise en œuvre: http://russelleast.wordpress.com/2008/09/20/implementing-the-repository-and-finder-patterns/

Ce que je veux ajouter comparer à d'autres réponses: vous devez découpler vos référentiels de logique métier. Cela facilitera considérablement les tests unitaires de votre BLL.

Questions connexes