Applications multicouches LINQ to SQL avec les services Web
LINQ to SQL est spécialement conçu pour être utilisé sur le niveau intermédiaire d’une couche d’accès aux données faiblement couplée, comme un service web. Si le niveau Présentation est une page web ASP.NET, vous utilisez le contrôle serveur web LinqDataSource pour gérer le transfert de données entre l’interface utilisateur et LINQ to SQL sur le niveau intermédiaire. Si la couche de présentation n’est pas une page ASP.NET, la couche intermédiaire et la couche de présentation doivent exécuter des tâches supplémentaires pour gérer la sérialisation et la désérialisation des données.
Configuration de LINQ to SQL sur la couche intermédiaire
Dans un service Web ou une application multicouche, la couche intermédiaire contient le contexte des données et les classes d'entité. Vous pouvez créer ces classes manuellement, ou en utilisant SQLMetal.exe ou le Concepteur Objet Relationnel, comme décrit dans une autre partie de la documentation. Au moment du design, vous pouvez choisir de rendre les classes d'entité sérialisables. Pour plus d’informations, consultez Guide pratique pour rendre des entités sérialisables. Une autre option est de créer un ensemble de classes distinct qui encapsule les données à sérialiser, puis de le projeter dans ces types sérialisables quand vous retournez les données dans vos requêtes LINQ.
Vous définissez ensuite l'interface avec les méthodes que les clients appelleront pour extraire, insérer et mettre à jour les données. Ces méthodes d’interface encapsulent vos requêtes LINQ. Vous pouvez utiliser tout type de mécanisme de sérialisation pour gérer les appels de méthode distants et la sérialisation de données. La seule contrainte à respecter est la suivante : si votre modèle objet comporte des relations circulaires ou bidirectionnelles, comme entre Customers et Orders dans le modèle objet Northwind standard, vous devez utiliser un sérialiseur qui le prend en charge. Windows Communication Foundation (WCF) DataContractSerializer prend en charge les relations bidirectionnelles, mais ce n'est pas le cas de XmlSerializer qui est utilisé avec des services Web autres que WCF. Si vous choisissez d'utiliser le XmlSerializer, vous devez vous assurer que votre modèle objet ne comporte pas de relations cycliques.
Pour plus d’informations sur Windows Communication Foundation, consultez Windows Communication Foundation Services et WCF Data Services dans Visual Studio.
Implémentez vos règles métier ou toute autre logique spécifique au domaine en utilisant les classes et méthodes partielles sur DataContext et les classes d’entités pour vous connecter aux événements d’exécution de LINQ to SQL. Pour plus d’informations, consultez Implémentation d’une logique métier multiniveau.
Définition des types sérialisables
Le niveau client ou la couche Présentation doit comporter des définitions de type pour les classes qu'elle recevra de la couche intermédiaire. Ces types peuvent être les classes d'entité elles-mêmes ou des classes spéciales qui encapsulent uniquement certains champs des classes d'entité pour la communication à distance. Dans tous les cas, la manière dont le niveau de présentation acquiert ces définitions de type ne concerne pas du tout LINQ to SQL. Par exemple, la couche de présentation peut utiliser WCF pour générer les types automatiquement, ou elle peut posséder une copie d'une DLL dans laquelle ces types sont définis, ou elle peut simplement définir sa propre version des types.
Récupération et insertion de données
La couche intermédiaire définit une interface qui spécifie la manière dont la couche Présentation accède aux données. Par exemple, GetProductByID(int productID) ou GetCustomers(). Sur la couche intermédiaire, le corps de méthode crée en général une nouvelle instance du DataContext, exécute une requête sur une ou plusieurs de ses tables. La couche intermédiaire retourne ensuite le résultat sous la forme de IEnumerable<T>, où T est une classe d'entité ou un autre type utilisé pour la sérialisation. La couche Présentation n'envoie ni ne reçoit jamais directement de variables de requête vers la couche intermédiaire ou à partir de celle-ci. Les deux couches échangent des valeurs, des objets et des collections de données concrètes. Après qu’il a reçu une collection, le niveau de présentation peut utiliser LINQ to Objects pour l’interroger si nécessaire.
Lors de l'insertion de données, la couche Présentation peut générer un nouvel objet et l'envoyer à la couche intermédiaire, ou peut donner à la couche intermédiaire l'instruction de créer l'objet d'après les valeurs qu'elle fournit. En général, la récupération et l'insertion de données dans les applications multicouches ne diffèrent pas beaucoup du processus exécuté dans les applications à deux couches. Pour plus d’informations, consultez Interroger la base de données et Effectuer et soumettre des modifications des données.
Suivi des modifications pour les mises à jour et les suppressions
LINQ to SQL prend en charge l’accès concurrentiel optimiste basé sur les horodatages (également nommés RowVersions) et sur les valeurs d’origine. Si les tables de base de données contiennent des horodatages, les mises à jour et les suppressions requièrent peu de tâches supplémentaires sur la couche intermédiaire et la couche Présentation. Toutefois, si vous devez utiliser des valeurs d'origine pour les contrôles d'accès concurrentiel optimiste, la couche Présentation est chargée du suivi de ces valeurs et de leur renvoi en cas de mises à jour. En effet, les modifications apportées aux entités sur la couche Présentation ne sont pas suivies sur la couche intermédiaire. En fait, la récupération initiale d'une entité et sa mise à jour éventuelle sont généralement effectuées par deux instances entièrement distinctes du DataContext.
Plus le nombre des modifications effectuées par la couche Présentation est élevé, plus le suivi de ces modifications et leur renvoi sur la couche intermédiaire sont complexes. L'implémentation d'un mécanisme permettant de communiquer les modifications est entièrement à la charge de l'application. La seule exigence est que les valeurs d’origine requises pour les contrôles d’accès concurrentiel optimiste soient fournies à LINQ to SQL.
Pour plus d’informations, consultez Récupération de données et opérations CUD dans les applications multiniveaux (LINQ to SQL).