INFO : Guide de conception des composants de niveau de données et données de transmission par niveaux

Traductions disponibles Traductions disponibles
Numéro d'article: 829025 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Résumé

Cet article contient des informations concernant le guide Microsoft conception des composants de niveau données et qui passent les données par niveaux . Ce guide fournit informations sur la façon meilleur expose les données applications Microsoft .NET Framework-basée. Il fournit également des informations sur la façon d'implémenter une stratégie efficace pour transmettre des données entre les niveaux d'une application distribuée.

Plus d'informations

Création des composants de niveau données et qui passent les données par niveaux contient les neuf chapitres suivants et une annexe :
  • Introduction
    Ce chapitre présente les niveaux courantes d'une application distribuée. Il aborde également composants logique d'accès aux données et les composants d'entité métier. Ce chapitre vous présente également pour les autres chapitres qui s'affichent ce guide.
  • mappage de données relationnelles pour entités d'entreprise
    En règle générale, bases de données contiennent des données sont organisées dans plusieurs tables. Les relations entre les tables sont implémentées par les clés primaires et les clés étrangères qui apparaissent dans ces tables. Lorsque vous définissez des entités métier pour représenter ces données dans votre application Framework, vous devez décider comment mapper ces tables sur les entités métier. Ce chapitre vous guide à travers le processus de prise de décision.
  • l'implémentation de Data Access Components logique
    Un composant logique d'accès aux données est une classe sans état qui fournit des méthodes pour accéder à un ou plusieurs tables associées. En général, les méthodes dans un composant logique d'accès aux données appellent les procédures stockées pour effectuer les opérations. Ce chapitre décrit les détails d'implémentation qui logique de gérer les composants accès aux données.
  • l'implémentation des entités d'entreprise
    Il existe plusieurs moyens pour représenter les entités métier de votre application. Plage à ces méthodes, d'un modèle orientés données à une représentation plus orientée objet. Ce chapitre explique comment représenter Entreprise entité données dans chacun des formats suivants :
    • XML
    • DataSet générique
    • DataSet typé
    • Composants d'entité métier personnalisé
    • Composants d'entité métier personnalisés avec CRUD comportements
  • transactions
    Applications plus récentes doivent prennent en charge transactions pour conserver l'intégrité des données contenues dans un système. Il existe plusieurs approches de gestion des transactions. Toutefois, chaque approche tienne dans un des base modèles programmation :
    • transactions manuelles
      Vous écrire du code qui utilise les fonctionnalités de prise en charge de transaction d'ADO.NET ou Transact-SQL directement dans votre code composant ou procédures stockées.
    • les transactions automatiques.
      Vous pouvez utiliser Microsoft .NET Enterprise Services (COM +) pour ajouter des attributs déclaratives à vos classes .NET Framework pour spécifier les exigences transactionnelles de vos objets au moment de l'exécution. Vous pouvez utiliser ce modèle pour facilement configurer plusieurs composants d'exécuter des tâches dans la même transaction.
    Ce chapitre fournit des conseils et recommandations pour vous aider à implémenter transaction prendre en charge dans les composants logique d'accès aux données et composants entité métier.
  • validations
    Ce chapitre explique comment effectuer la validation des données dans chaque niveau de votre application. Les types suivants de validation sont appropriées dans les différents niveaux :
    • Les applications clientes peuvent valider Entreprise entité données localement, avant les données sont envoyées.
    • Grâce à un schéma XSD, les processus métier peuvent valider les documents professionnels lorsque les documents sont reçus.
    • Logique d'accès aux données composants et les procédures stockées peuvent valider données pour vérifier l'intégrité référentielle et pour appliquer les contraintes et des règles métier importante.
  • Gestion des exceptions
    Ce chapitre explique comment gérer les erreurs qui se produisent dans votre application. Lorsque des erreurs se produisent dans les applications Framework, Microsoft recommande que vous levez des exceptions au lieu de renvoyer des valeurs d'erreur entre vos méthodes. Celui-ci existe deux types généraux d'exceptions :
    • Techniques d'exceptions, notamment les suivantes :
      • ADO.NET
      • Connexion à base de données
      • Ressources (comme une base de données, un partage réseau ou Microsoft Message Queuing) ne sont pas disponibles
    • Exceptions logique métier, notamment les suivantes :
      • Erreurs de validation
      • Erreurs dans les procédures stockées qui implémentent la logique métier
  • autorisation et la sécurité
    Ce chapitre aborde la sécurité s'applique à vos composants de logique d'accès aux données et à vos composants entité métier. Microsoft common language runtime utilise des objets d'autorisations pour implémenter son mécanisme pour appliquer des restrictions sur le code géré. Il existe trois types d'objets d'autorisations. Chaque type est un objectif spécifique comme suit :
    • sécurité d'accès au code
      Vous pouvez utiliser ces objets d'autorisations pour protéger ressources et des opérations contre toute utilisation non autorisée.
    • identité
      Vous pouvez utiliser ces objets d'autorisations pour spécifiez les caractéristiques identité nécessaire qu'un assembly doit présenter pour s'exécuter.
    • sécurité basée sur les rôles
      Vous pouvez utiliser ces objets d'autorisations pour déterminer si un utilisateur (ou l'agent qui opère à place un utilisateur) possède une identité spécifique ou est membre d'un rôle spécifié. L'objet PrincipalPermission est l'objet d'autorisations de sécurité basée sur les rôles uniquement.
  • déploiement
    Ce chapitre fournit des recommandations pour vous aider à décider comment déployer les composants logique d'accès aux données et composants d'entité métier.
  • Annexe
    Cette annexe contient les rubriques suivantes :
    • Comment faire pour définir un composant de logique d'accès aux données classe
    • Comment utiliser XML pour représenter les collections et des hiérarchies de données
    • Procédure pour appliquer une feuille de style par programme dans un .NET Applications
    • Comment faire pour créer un DataSet typée
    • Comment faire pour définir un composant d'entité-Business
    • Comment faire pour représenter les collections et des hiérarchies de données dans un composant d'entité Business
    • Comment faire pour lier des composants entité Business à utilisateur interface contrôle
    • Comment faire pour afficher les événements dans une entité métiers composant
    • Comment faire pour sérialiser les composants d'entité professionnel au format XML format
    • Comment faire pour sérialiser Business entité composants à SOAP format
    • Comment faire pour sérialiser les composants d'entité Business au format binaire

Références

Pour plus d'informations, reportez-vous au site de Web) MSDN (Microsoft Developer Network suivant :
http://msdn2.microsoft.com/en-us/library/ms978496.aspx

Propriétés

Numéro d'article: 829025 - Dernière mise à jour: jeudi 19 avril 2007 - Version: 1.3
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft .NET Framework 1.1
  • Microsoft .NET Framework 1.0
  • Microsoft Visual C# .NET 2003 Initiation
  • Microsoft Visual C# .NET 2002 Initiation
Mots-clés : 
kbmt kbpag kbdatabase kbappdev kbsystemdata kbarchitecture kbxml kbguidelines kbinfo KB829025 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 829025
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com