Linq to SQL et architecture n-Tier

Bonjour à tous,

Je vais (enfin!) passer un projet en Linq. C'est un projet ASP.NET avec une architecture n-Tier (ORM maison, couche business, couche présentation).

En gros, on jette l'ORM maison et on passe à Linq, on en profite pour faire un gros refactoring également.

J'ai vu quelques propositions d'architecture par ci par la sur le web et j'ai retenu une initiative intéressante (http://code.msdn.microsoft.com/multitierlinqtosql). Le concept de GenericController colle très bien à ma vision sauf qu'il ne supporte pas l'héritage.

Ma connaissance actuelle de Linq est limitée aux 9 webcasts dispo sur asp.net et ici on attaque directement du Dynamic Linq. L'initiateur du projet sur code.msdn n'a certainement pas le temps de faire du support haut niveau sur son initiative alors aidons le un peu.

Avis aux spécialistes, comment pourrions nous modifier GenericController pour qu'il accepte des entités dérivées? En effet, lors du

Code:

---

DataContext.GetTable<TEntity>();

---

une exception est levée car l'entité dérivée ne contient pas l'attribut [Table].

Qu'en pensez vous?

Merci d'avance!

Mets une contrainte sur TEntity.

Tu peux créer une classe de base qui utilisera l'attribut [Table] et tu défini cette classe en contrainte de TEntity.

Tu peux aussi passer par une interface mais je pense que tu ne pourra pas obliger une classe à déclarer l'attribut [Table].