INFO: Guía de Microsoft para diseñar componentes de nivel de datos y pasar datos a través de niveles

Seleccione idioma Seleccione idioma
Id. de artículo: 829025 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

Resumen

Este artículo contiene información acerca de la guía Microsoft diseñar componentes de nivel de datos y pasar datos a través de niveles . Esta guía proporciona información acerca de cómo exponer mejor los datos para aplicaciones basadas en .NET Framework en Microsoft. También proporciona información acerca de cómo implementar una estrategia eficaz para pasar datos entre los niveles de una aplicación distribuida.

Más información

diseñar componentes de nivel de datos y pasar datos a niveles contiene los siguientes nueve capítulos y un apéndice:
  • Introducción
    Este capítulo presenta los niveles habituales de una aplicación distribuida. También se describe los componentes lógicos de acceso a datos y componentes de entidad empresarial. Este capítulo también presenta los demás capítulos que aparecen en esta guía.
  • asignación de datos relacionales a las entidades empresariales
    Normalmente, las bases de datos contienen datos que se organizan en muchas tablas. Las relaciones entre las tablas se implementan mediante las claves principales y las claves externas que aparecen en estas tablas. Cuando defina las entidades empresariales para representar este datos en la aplicación de Framework, debe decidir cómo asignar estas tablas a las entidades empresariales. Este capítulo le guía a través del proceso de toma de decisiones.
  • implementar componentes lógicos de acceso a datos
    Un componente lógico de acceso a datos es una clase sin estado que proporciona métodos para obtener acceso a uno o más tablas relacionadas. Normalmente, los métodos de un componente de lógica de acceso a datos llama a procedimientos almacenados para realizar sus operaciones. En este capítulo se describen los detalles de implementación lógica componentes controlan acceso a datos.
  • implementación de entidades empresariales
    Hay muchas formas de representar entidades empresariales en la aplicación. Estos van de formas de un modelo centrado en datos a una representación más orientada. Este capítulo describe cómo representar datos de entidad empresarial en cada uno de los siguientes formatos:
    • XML
    • DataSet genérico
    • DataSet
    • Componentes de entidad empresarial personalizada
    • Componentes de entidad empresarial personalizada con CRUD comportamientos
  • transacciones
    Las aplicaciones más recientes deben admitir transacciones para mantener la integridad de los datos incluidos en un sistema. Existen varios enfoques de administración de transacciones. Sin embargo, cada enfoque se encaja en uno de los modelos de programación básicos siguientes:
    • transacciones manuales
      Escribir código que utilice las características de compatibilidad de transacción de ADO.NET o Transact-SQL directamente en el código de componente o en los procedimientos almacenados.
    • transacciones automáticas.
      Puede utiliza Microsoft .NET Enterprise Services (COM +) para agregar atributos declarativos a las clases de .NET Framework para especificar los requisitos transaccionales de los objetos en tiempo de ejecución. Puede utilizar este modelo para configurar fácilmente varios componentes para realizar tareas en la misma transacción.
    Este capítulo proporciona instrucciones y recomendaciones para ayudarle a implementar la transacción se admiten en componentes lógicos de acceso a datos y componentes de entidad empresarial.
  • validaciones
    Este capítulo explica cómo realizar validación de datos en cada nivel de la aplicación. Los siguientes tipos de validación son adecuados en distintos niveles:
    • Aplicaciones cliente pueden validar localmente, datos de entidad de negocio antes de envían los datos.
    • Mediante el uso de un esquema XSD, procesos empresariales pueden validar documentos empresariales cuando se reciben los documentos.
    • Lógica de acceso a datos componentes y los procedimientos almacenados pueden validar datos para comprobar la integridad referencial y exigir restricciones y reglas empresariales no trivial.
  • Administración de excepciones
    Este capítulo explica cómo controlar los errores que se producen en la aplicación. Cuando se producen errores en las aplicaciones de Framework, Microsoft recomienda que inicie excepciones en lugar de devolver valores de error de los métodos. Existen dos tipos generales de excepciones:
    • Excepciones técnicas, incluidos los siguientes:
      • ADO.NET
      • Conexión a base de datos
      • Los recursos (como una base de datos, un recurso compartido de red o Message Queue Server) no están disponibles
    • Excepciones de lógica empresarial, incluidas las siguientes:
      • Errores de validación
      • Errores en procedimientos almacenados que implementan la lógica empresarial
  • autorización y seguridad
    Este capítulo describe cómo en que la seguridad se aplica a los componentes de lógica de acceso a datos y a componentes de entidad empresarial. Microsoft common language runtime utiliza objetos de permisos para implementar su mecanismo para imponer las restricciones en el código administrado. Hay tres tipos de objetos de permisos. Cada tipo tiene un propósito específico como sigue:
    • seguridad de acceso a código
      Puede utilizar estos objetos de permisos para ayudar a proteger recursos y operaciones de uso no autorizado.
    • identidad
      Puede utilizar estos objetos de permisos para especificar las características de identidad necesarias que debe tener un ensamblado para ejecutarse.
    • seguridad basada en funciones
      Puede utilizar estos objetos de permisos para determinar si un usuario (o el agente que actúa en nombre del usuario) tiene una identidad determinada o es un miembro de una función especificada. El objeto PrincipalPermission es el objeto de permisos de sólo seguridad basada en funciones.
  • implementación
    Este capítulo encontrará recomendaciones para ayudarle a decidir cómo implementar componentes lógicos de acceso a datos y componentes de entidad empresarial.
  • Apéndice
    Este apéndice incluye los siguientes temas:
    • Cómo definir un componente lógico de acceso a datos de clase
    • Cómo utilizar XML para representar colecciones y jerarquías de datos
    • Cómo aplicar una hoja de estilos mediante programación en un .NET Application
    • Cómo crear un DataSet con tipo
    • Cómo definir un componente de entidad empresarial
    • Cómo representar colecciones y jerarquías de datos en un componente de entidad empresarial
    • Cómo enlazar componentes de entidad empresarial a usuario controles de interfaz
    • Cómo exponer eventos en una entidad empresarial componentes
    • Cómo serializar componentes de entidad empresarial a XML formato
    • Cómo serializar componentes de entidad empresarial a SOAP formato
    • Cómo serializar componentes de entidad empresarial a formato binario

Referencias

Para obtener más información, visite el siguiente sitio Web de Microsoft Developer Network (MSDN):
http://msdn2.microsoft.com/en-us/library/ms978496.aspx

Propiedades

Id. de artículo: 829025 - Última revisión: jueves, 19 de abril de 2007 - Versión: 1.3
La información de este artículo se refiere a:
  • Microsoft .NET Framework 1.1
  • Microsoft .NET Framework 1.0
  • Microsoft Visual C# .NET 2003 Standard Edition
  • Microsoft Visual C# .NET 2002 Standard Edition
Palabras clave: 
kbmt kbpag kbdatabase kbappdev kbsystemdata kbarchitecture kbxml kbguidelines kbinfo KB829025 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 829025

Enviar comentarios

 

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