DataContext dans CodeBehind?

Question

Im travaillant sur une application ASP.NET et utilisant LINQ to SQL pour la première fois et quelque chose semble éteint. Habituellement, sur un projet web, il y a une couche d'accès aux données, une couche biz et la couche Preso .... linq to sql ne fonctionne-t-il pas de cette façon? Je vois où d'autres développeurs ont mis le DataContext directement dans la couche Preso et appellent la DB via linq à partir de là. Est-ce la bonne façon de le faire? pas de couche biz? Merci John

Answer 1

Vous pouvez encapsuler LINQ dans une couche d'accès aux données. Mais pour la plupart des projets de petite et moyenne taille, c'est assez bon.

Vous devriez toujours avoir les objectifs de haut niveau à l'esprit. Vous utilisez des modèles d'orientation et de conception d'objets pour réduire les coûts de mise en œuvre et de maintenance. Il n'y a pas besoin de sur-ingénierie lorsque la conception la plus simple et la plus rapide répond à la plupart des besoins et est suffisamment maintenable.

Answer 2

Si vous recherchez plus de couches d'abstraction entre vous et la base de données, LinqToSql n'est peut-être pas le bon choix pour vous. Peut-être que le ADO.NET Entity Framework est un meilleur choix.

Answer 3

Une pratique habituelle est de mettre en œuvre le modèle référentiel:

• Using the IRepository pattern with LINQ to SQL
• Implementing the Repository Pattern with Linq-to-Sql