Question

Je suis une couche d'accès aux données qui est formée par un DBML dans lequel je ajoutez seulement tous les objets que j'ai besoin. Est-il nécessaire d'écrire plus de fonctionnalités dans ce dbml ou puis-je utiliser le dbml comme mon DAL? Je demande cela parce que je suis actuellement en train d'écrire une fonctionnalité, par exemple, obtenir tous les articles d'une table dans la couche logique métier. Donc, je suis un peu perdu maintenant. Quel genre d'exemples peut être donné pour que ce soit clair pour moi quoi mettre dans la couche d'affaires.

Était-ce utile?

La solution

La couche logique métier est essentiellement où vous mettez vos règles métier et les entités commerciales. Il est là que vous voulez faire des choses telles que les contrôles de validité sur faire en sorte qu'un utilisateur peut ajouter un article, Modifier un article, supprimer un article, etc. Le but est de centraliser toutes vos règles d'affaires et entités afin que la couche de présentation ne besoin de connaître la structure de DB et soulignant que la structure DB ne définit pas l'interface.

En ce qui concerne si vous en avez besoin, vous devez décider par vous-même.

Autres conseils

http://www.microsoft.com/events /series/modernsoftdev.aspx?tab=webcasts&id=42420

Microsoft a fait une série de webcasts menées par Joe Hummel avec le logiciel moderne Devevelopment avec C #. Vous y trouverez beaucoup de choses sur la construction d'une couche d'accès aux données à faible niveau et comment il doit interagir avec la couche d'affaires. J'apprends beaucoup de ces leçons .. vraiment bonnes choses.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top