Architecture avec LINQ to SQL

Bonjour,

J'ai une petite question théorique avec Linq To SQL.

Est ce que LINQ peut être considéré comme une DAL et une BLL à part entière ?

Je m'expliques :

J'avais commencé à développer une toute petite application en LINQ to SQL, qui devait être fait rapidement.

J'avais donc à ce moment là utiliser Linq To SQL et j'utilisais directement mes entités créé par LINQ, et les InsertOnSubmit/SubmitChanges dans ma couche présentation , je ne passais donc pas par des couches supplémentaires.

Est il utile d'encapsuler Linq To SQL dans une DAL et une BLL développé soit même ?

N'est ce pas faire le travail 2 fois ? (Recréer des Business entity déjà générées ?)

Merci d'avance !

Citation:

---

Bonjour,

J'ai une petite question théorique avec Linq To SQL.

Est ce que LINQ peut être considéré comme une DAL et une BLL à part entière ?

Je m'expliques :

J'avais commencé à développer une toute petite application en LINQ to SQL, qui devait être fait rapidement.

J'avais donc à ce moment là utiliser Linq To SQL et j'utilisais directement mes entités créé par LINQ, et les InsertOnSubmit/SubmitChanges dans ma couche présentation , je ne passais donc pas par des couches supplémentaires.

Est il utile d'encapsuler Linq To SQL dans une DAL et une BLL développé soit même ?

N'est ce pas faire le travail 2 fois ? (Recréer des Business entity déjà générées ?)

Merci d'avance !

---

Bien sûr comme souvent pour les couches business, celà te permet néanmoins dene pas toucher ton IHM si tu change tes objets DAL