IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Framework .NET Discussion :

Linq to SQL et architecture n-Tier


Sujet :

Framework .NET

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre émérite Avatar de neptune
    Profil pro
    Inscrit en
    Novembre 2003
    Messages
    835
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Novembre 2003
    Messages : 835
    Par défaut 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 : Sélectionner tout - Visualiser dans une fenêtre à part
    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!

  2. #2
    Membre émérite
    Inscrit en
    Octobre 2006
    Messages
    587
    Détails du profil
    Informations personnelles :
    Âge : 38

    Informations forums :
    Inscription : Octobre 2006
    Messages : 587
    Par défaut
    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].

Discussions similaires

  1. architecture multi couche avec Linq to SQL
    Par Henry9 dans le forum Débuter
    Réponses: 6
    Dernier message: 17/04/2009, 11h57
  2. [Linq To Sql] Architecture en environement NTiers
    Par badack dans le forum Accès aux données
    Réponses: 0
    Dernier message: 15/01/2009, 13h00
  3. Linq to SQL en n-tiers
    Par Philippe Vialatte dans le forum Contribuez
    Réponses: 2
    Dernier message: 03/07/2008, 12h25
  4. Réponses: 9
    Dernier message: 10/03/2008, 09h44
  5. [linq to SQL/WCF/Silverlight] Architecture
    Par anthyme dans le forum Général Dotnet
    Réponses: 11
    Dernier message: 28/02/2008, 11h10

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo