WCF Data Services

Ir a: navegación, búsqueda de

WCF Servicios de datos (anteriormente ADO.NET Data Services,[1] Codename "Astoria")[2] es una plataforma para qué Microsoft llamadas Servicios de datos. Es en realidad una combinación de runtime y un servicio Web a través del cual se exponen los servicios. Además, también incluye la Data Services Toolkit que permite realizar servicios de datos de Astoria crearse desde dentro ASP.NET Sí mismo. El proyecto de Astoria fue anunciado en MIX 2007, y la primera vista previa desarrollador fue puesta a disposición el 30 de abril de 2007. El primero CTP fue puesto a disposición como parte de la ASP.NET 3.5 extensiones escuchar. La versión final fue lanzada como parte de Service Pack 1 de la .NET framework 3.5 el 11 de agosto de 2008. El cambio de nombre de ADO.NET Data Services a WCF data Services fue anunciado en el 2009 PDC.

Contenido

  • 1 Resumen
  • 2 Descripción
  • 3 Referencias
  • 4 Enlaces externos

Resumen

WCF Data Services expone datos, representados como Entity Data Model Objetos (EDM), mediante servicios web accesibles a través de HTTP. Los datos pueden abordarse mediante un RESTO-como URI. El servicio de datos, cuando accede a través del método HTTP GET con un identificador URI, devolverá los datos. El servicio web puede configurarse para devolver los datos en cualquier llano XML, JSON o RDF + XML. En la versión inicial, los formatos como RSS y ÁTOMO No se admiten, aunque pueden ser en el futuro. Además, usando otros métodos HTTP PUT, POST o eliminar, los datos pueden actualizarse así. POSTE puede ser utilizado para crear nuevas entidades, para actualizar una entidad y eliminar para eliminar una entidad.

Descripción

Windows Communication Foundation (WCF) viene al rescate cuando nos encontramos no es capaz de lograr lo que queremos lograr utilizando servicios web, es decir, otros protocolos soporte y aún semidúplex de comunicación. Con WCF, podemos definir nuestro servicio una vez y luego configurarlo de tal manera que puede ser utilizado vía HTTP, TCP, IPC e incluso colas de mensajes. Nosotros podemos consumir servicios Web usando scripts del lado servidor (ASP.NET), notaciones de objetos JavaScript (JSON) y resto incluso (Representational State Transfer).

Comprender los conceptos básicos

Cuando decimos que un servicio de WCF puede utilizarse para comunicarse usando diferentes protocolos y de diferentes tipos de aplicaciones, necesitamos entender cómo podemos lograr esto. Si queremos usar un servicio WCF desde una aplicación, entonces tenemos tres cuestiones principales:

1.¿Dónde está el servicio WCF ubicado desde la perspectiva del cliente? 2.¿Cómo un cliente puede acceder al servicio, es decir, protocolos y formatos de mensaje? 3.¿Cuál es la funcionalidad que proporciona un servicio a los clientes?

Una vez que tengamos la respuesta a estas tres preguntas, entonces creando y consumiendo el servicio WCF será mucho más fáciles para nosotros. El servicio WCF tiene el concepto de los extremos. Un servicio WCF proporciona extremos que las aplicaciones cliente pueden usar para comunicarse con el servicio WCF. La respuesta a estas preguntas anteriores es lo que se conoce como los servicios de ABC de WCF y de hecho son los componentes principales de un servicio WCF. Así que vamos a abordar cada pregunta uno por uno.

Dirección: Como un servicio Web, un servicio de WCF también proporciona un URI que se puede utilizar por los clientes para llegar al servicio WCF. Este URI se llama como la dirección del servicio WCF. Esto solucionará el problema primero de "dónde ubicar el servicio WCF?" para nosotros.

Encuadernación: Una vez que somos capaces de localizar el servicio WCF, deberíamos pensar acerca de cómo comunicarse con el servicio (Protocolo de sabio). El enlace es lo que define cómo el servicio WCF encarga de la comunicación. También podrían definir otros parámetros de comunicación como la codificación de mensajes, etc.. Esto resolverá el segundo problema de "cómo comunicarse con el servicio WCF" para nosotros.

Contrato: Ahora la única pregunta que nos queda para arriba es acerca de las funcionalidades que ofrece un servicio de WCF. El contrato es lo que define los datos públicos y las interfaces que servicio WCF proporciona a los clientes.


Los identificadores URI que representa los datos que contendrá la ubicación física de los servicios, así como el nombre del servicio. Además, también tendrá que especificar un conjunto de entidades EDM- o una instancia de entidad específica, como en respectivamente

https://DataServer/Service.SVC/MusicCollection

or

https://DataServer/Service.SVC/MusicCollection [SomeArtist]

El primero mostrará una lista de todas las entidades en el Colección conjunto mientras que el último mostrará una lista sólo para la entidad que sea indexada por SomeArtist.

Además, los identificadores URI también pueden especificar un salto de una relación en el Entity Data Model. Por ejemplo,

https://DataServer/Service.SVC/MusicCollection [SomeSong] / género

atraviesa la relación Género (en el lenguaje SQL, se une a la Género tabla) y recupera todas las instancias de Género se asocian a la entidad SomeSong. Predicados simples también pueden especificarse en el identificador URI, como

https://DataServer/Service.SVC/MusicCollection [SomeArtist] / ReleaseDate [eq año 2006]

obtendrá los elementos que están indexados por SomeArtist y tuvo su lanzamiento en 2006. Filtrado y partición de información también puede ser codificada en la dirección URL

https://DataServer/Service.SVC/MusicCollection?$ orderby = ReleaseDate &$ skip = 100 & top$ = 50

Es importante señalar que aunque la presencia de saltar y top palabras indican apoyo de paginación, en la versión de los servicios de datos 1 no hay ningún método para determinar el número de registros disponibles y así imposibles determinar cuántas páginas hay pueden ser. El OData Especificación 2.0 añade soporte para el $count segmento de trazado (volver sólo un recuento de entidades) y $inlineCount (para recuperar un valor de página de entidades y un recuento total sin un ida y vuelta independiente...).[3]

Referencias

  1. ^ "Simplificar nuestra plataforma de desarrollo de n-capas: hace cosa de 3 cosas 1". ADO.NET Data Services Team Blog. 17 / 11 / 2009. 2009-12-17.
  2. ^ "ADO.NET Data Services CTP publicado!". 2007-11-12.
  3. ^ https://msdn.Microsoft.com/en-us/library/ee373845.aspx
  • "Codename"Astoria": los servicios de datos para la Web". 2007-04-30.
  • ADO.NET Data Services Framework (anteriormente "proyecto Astoria")

Enlaces externos

  • Utilizando Microsoft ADO.NET Data Services
  • ASP.NET 3.5 Extensions Preview
  • Blog del equipo de ADO.NET Data Services (proyecto Astoria)
  • Acceso a datos de nube con Astoria: ENT Noticias on-line
  • v
  • t
  • e
.NET framework
Arquitectura
  • Common Language Runtime (CLR)
  • Interoperabilidad COM
  • Biblioteca de clases de marco (FCL)
  • Historial de versiones
Componentes
  • ADO.NET
    • Entity Framework
  • ASP.NET
    • AJAX
    • Datos dinámicos
    • Framework MVC
  • ClickOnce
  • Dynamic Language Runtime
  • Extensible Application Markup Language (XAML)
  • Language Integrated Query (LINQ)
  • Marco de extensibilidad administrada
  • Microsoft Silverlight
  • Microsoft XNA
  • Extensiones paralelas
  • Windows Communication Foundation (WCF)
    • WCF Data Services
  • Formularios Windows Forms (Windows Forms)
  • Windows identidad Foundation (WIF)
  • Windows Presentation Foundation (WPF)
  • Windows Workflow Foundation (WF)
  • .NET remoting
Herramientas
  • CLR Profiler
  • ILAsm
  • Microsoft Roslyn
  • Generador de imágenes nativas (NGen)
  • XAMLPad
  • Category Categoría
  • List-Class article Lista

Otras Páginas

Obtenido de"https://en.copro.org/w/index.php?title=WCF_Data_Services&oldid=635858836"