Suplentes de contratos de datos
El suplente del contrato de datos es una característica avanzada basada en el modelo del contrato de datos. Esta característica está diseñada para ser utilizada para la personalización de tipo y substitución en situaciones donde los usuarios desean cambiar cómo un tipo se serializa, deserializa o se proyecta en metadatos. Algunos escenarios donde se puede utilizar un suplente es cuando un contrato de datos no se ha especificado para el tipo, los campos y las propiedades no están marcados con el atributo DataMemberAttribute o los usuarios desean crear dinámicamente las variaciones del esquema.
La serialización y deserialización se logran con el suplente del contrato de datos al utilizar DataContractSerializer para convertir de .NET Framework en un formato conveniente, como XML. El suplente del contrato de datos también se puede utilizar para modificar los metadatos exportados para los tipos, al generar representaciones de metadatos como documentos de esquema XML (XSD). En la importación, el código se crea a partir de los metadatos y el suplente se puede utilizar en este caso también para personalizar el código generado.
Cómo funciona el suplente
Un suplente funciona asignando un tipo (el tipo "original") a otro tipo (el tipo “suplente”). El ejemplo siguiente muestra el tipo original InventorySurrogated y un nuevo tipo suplente Inventory. El tipo Inventory no se puede serializar pero el tipo InventorySurrogated es:
Dado que un contrato de datos no se ha definido para esta clase, convierta la clase en una clase de suplente con un contrato de datos. La clase de suplente se muestra en el ejemplo siguiente:
Implementar IDataContractSurrogate
Para utilizar el suplente del contrato de datos, implemente la interfaz IDataContractSurrogate.
A continuación, se muestra una información general de cada método de IDataContractSurrogate con una posible implementación.
GetDataContractType
El método GetDataContractType asigna un tipo a otro. Este método se requiere para la serialización, deserialización, importación y exportación.
La primera tarea está definiendo qué tipos se asignarán a otros tipos. Por ejemplo:
- Durante la serialización, la asignación devuelta por este método se utiliza subsiguientemente para transformar la instancia original en una instancia suplente llamando al método GetObjectToSerialize.
- Durante la deserialización la asignación devuelta por este método es utilizada por el serializador para deserializar en una instancia del tipo suplente. Llama subsiguientemente a GetDeserializedObject para transformar la instancia suplente en una instancia del tipo original.
- Durante la exportación, el tipo de suplente devuelto por este método se refleja para obtener el contrato de datos para utilizar para generar los metadatos.
- Durante la importación, el tipo inicial se cambia a un tipo suplente que se refleja para obtener el contrato de datos para utilizarlos para propósitos como referenciar el soporte.
El parámetro Type es el tipo del objeto que se serializa, deserializa, importa o exporta. El método GetDataContractType debe devolver el tipo de entrada si el suplente no controla el tipo. De lo contrario, devuelva el tipo suplente adecuado. Si existen varios tipos suplentes, las numerosas asignaciones se pueden definir en este método.
No se llama al método GetDataContractType para los tipos primitivos integrados del contrato de datos, como Int32 o String. Para otros tipos, como matrices, tipos definidos por el usuario y otras estructuras de datos, se llamará a este método para cada tipo.
En el ejemplo anterior, el método comprueba si el parámetro type y Inventory son comparables. En tal caso, el método lo asigna a InventorySurrogated. Cuando se llama una serialización, deserialización, esquema de importación o esquema de exportación, se llama primero a esta función para determinar la asignación entre los tipos.
Método GetObjectToSerialize
El método GetObjectToSerialize convierte la instancia de tipo original en la instancia de tipo suplente. El método se requiere para la serialización.
El paso siguiente es definir la manera en que los datos físicos se asignarán de la instancia original a la instancia suplente implementando el método GetObjectToSerialize. Por ejemplo:
Se llama al método GetObjectToSerialize cuando se serializa un objeto. Este método transfiere los datos del tipo original a los campos del tipo suplente. Los campos pueden estar asignados directamente a campos suplentes o las manipulaciones de los datos originales pueden estar almacenadas en el suplente. Algunos posibles usos incluyen: asignar directamente los campos, realizar operaciones en los datos que se van a almacenar en los campos suplentes o almacenar el XML del tipo original en el campo suplente.
El parámetro targetType hace referencia al tipo declarado del miembro. Este parámetro es el tipo suplente devuelto por el método GetDataContractType. El serializador no exige que el objeto devuelto se pueda asignar a este tipo. El parámetro obj es el objeto para serializar y se convierte en su suplente si es necesario. Este método debe devolver el objeto de entrada si el suplente no controla el objeto. De lo contrario, se devolverá el nuevo objeto suplente. No se llama al suplente si el objeto es NULL. Las numerosas asignaciones del suplente para las diferentes instancias se pueden definir dentro de este método.
Al crear DataContractSerializer, puede indicarle que conserve las referencias a objeto. (Para obtener más información, consulte Serialización y deserialización.) Esto se hace estableciendo el parámetro preserveObjectReferences en su constructor en true. En tal caso, se llama al suplente sólo una vez para un objeto puesto que todas las serializaciones subsiguientes simplemente escriben la referencia en la secuencia. Si preserveObjectReferences está establecido en false, se llama al suplente cada vez que se encuentra una instancia.
Si el tipo de la instancia serializada difiere del tipo declarado, la información de tipo se escribe en la secuencia, por ejemplo, xsi:type para permitir deserializar la instancia en el otro extremo. Este proceso se produce tanto si el objeto es suplente como si no.
El ejemplo anterior convierte los datos de la instancia Inventory en InventorySurrogated. Comprueba el tipo del objeto y realiza las manipulaciones necesarias para convertirlo al tipo suplente. En este caso, los campos de la clase Inventory se copian directamente encima de los campos de la clase InventorySurrogated.
Método GetDeserializedObject
El método GetDeserializedObject convierte la instancia de tipo suplente en la instancia de tipo original. Se requiere para la deserialización.
La tarea siguiente es definir la manera en que los datos físicos se asignarán de la instancia suplente a la instancia original. Por ejemplo:
Se llama a este método sólo durante la deserialización de un objeto. Proporciona asignación inversa de datos para la deserialización del tipo suplente a su tipo original. Similar al método GetObjectToSerialize, algunos posibles usos pueden ser intercambiar directamente los datos de campo, realizar las operaciones en los datos y almacenar los datos XML. Al deserializar, no siempre obtendrá los valores de datos exactos del original debido a las manipulaciones en la conversión de datos.
El parámetro targetType hace referencia al tipo declarado del miembro. Este parámetro es el tipo suplente devuelto por el método GetDataContractType. El parámetro obj hace referencia al objeto que se ha deserializado. El objeto se puede convertir de nuevo en su tipo original si es suplente. Este método devuelve el objeto de entrada si el suplente no controla el objeto. De lo contrario, se devolverá el objeto deserializado una vez se haya completado su conversión. Si existen varios tipos de suplente, puede proporcionar la conversión de datos del suplente al tipo primario para cada uno indicando cada tipo y su conversión.
Al devolver un objeto, las tablas de objeto internas se actualizan con el objeto devuelto por este suplente. Cualquier referencia subsiguiente a una instancia obtendrá la instancia suplente de las tablas de objeto.
El ejemplo anterior vuelve a convertir objetos de tipo InventorySurrogated en el tipo Inventoryinicial. En este caso, los datos se transfieren directamente desde InventorySurrogated a sus campos correspondiendo en Inventory. Puesto que no hay manipulaciones de datos, el cada uno de los campos de miembro contendrá los mismos valores como antes de la serialización.
Método GetCustomDataToExport
Al exportar un esquema, el método GetCustomDataToExport es opcional. Se utiliza para insertar datos adicionales o sugerencias en el esquema exportado. Los datos adicionales se pueden insertar en el nivel de miembro o el nivel de tipo. Por ejemplo:
Este método (con dos sobrecargas) habilita la inclusión de información adicional en los metadatos en el nivel de miembro o en el nivel de tipo. Es posible incluir sugerencias sobre si un miembro es público o privado, y comentarios que se conservarían a lo largo de la exportación e importación del esquema. Tal información se perdería sin este método. Este método no provoca la inserción o eliminación de miembros o tipos, sino que agrega datos adicionales a los esquemas en cualquiera de estos niveles.
El método está sobrecargado y puede tomar Type (parámetro clrtype) o MemberInfo (parámetro memberInfo). El segundo parámetro es siempre Type (parámetro dataContractType). Se llama a este método para cada miembro y tipo del tipo suplente dataContractType.
Cualquiera de estas sobrecargas debe devolver null o un objeto serializable. Un objeto no NULL se serializará como anotación en el esquema exportado. Para la sobrecarga Type, cada tipo que se exporta al esquema se envía a este método en el primer parámetro junto con el tipo suplente como el parámetro dataContractType. Para la sobrecarga MemberInfo, cada miembro que se exporta al esquema envía su información como el parámetro memberInfo con el tipo suplente en el segundo parámetro.
Método GetCustomDataToExport (Tipo, Tipo)
Se llama al método System.Runtime.Serialization.IDataContractSurrogate.GetCustomDataToExport(System.Type,System.Type) durante la exportación de esquema para cada definición de tipo. El método agrega información a los tipos dentro del esquema al exportar. Cada tipo definido se envía a este método para determinar si hay datos adicionales que deban incluirse en el esquema.
Método GetCustomDataToExport (MemberInfo, Tipo)
Se llama a System.Runtime.Serialization.IDataContractSurrogate.GetCustomDataToExport(System.Reflection.MemberInfo,System.Type) durante la exportación para cada miembro en los tipos que se exportan. Esta función le permite personalizar cualquier comentario para los miembros que se incluirán en el esquema durante la exportación. La información para cada miembro dentro de la clase se envía a este método para comprobar si deben agregarse datos adicionales en el esquema.
El ejemplo anterior realiza búsquedas a través de dataContractType para cada miembro del suplente. Después devuelve el modificador de acceso adecuado para cada campo. Sin esta personalización, el valor predeterminado para los modificadores de acceso es público. Por consiguiente, todos los miembros se definirían como públicos en el código generado utilizando el esquema exportado sin importar cuáles sean sus restricciones de acceso. Si no se utilizara esta implementación, el miembro numpens sería público en el esquema exportado aunque se hubiera definido en el suplente como privado. A través del uso de este método, en el esquema exportado, el modificador de acceso se puede generar como privado.
Método GetReferencedTypeOnImport
Este método asigna Type del suplente al tipo original. Este método es opcional para la importación del esquema.
Al crear un suplente que importa un esquema y genera el código para él, la tarea siguiente es definir el tipo de una instancia suplente en relación a su tipo original.
Si el código generado necesita hacer referencia a un tipo de usuario existente, esto se hace implementando el método GetReferencedTypeOnImport.
Al importar un esquema, se llama a este método para cada declaración de tipo para asignar el contrato de datos suplente a un tipo. Los parámetros de cadena typeName y typeNamespace definen el nombre y espacio de nombres del tipo suplente. El valor devuelto para GetReferencedTypeOnImport se utiliza para determinar si debe generarse un nuevo tipo. Este método debe devolver un tipo válido o NULL. Para los tipos válidos, el tipo devuelto se utilizará como un tipo referenciado en el código generado. Si se devuelve NULL, no se referenciará ningún tipo y deberá crearse un nuevo tipo. Si existen varios suplentes, es posible volver a realizar la asignación para cada tipo suplente a su tipo inicial.
El parámetro customData es originalmente el objeto devuelto de GetCustomDataToExport. Se utiliza customData cuando los autores suplentes desean insertar datos adicionales/sugerencias en los metadatos para utilizar durante importación para generar código.
Método ProcessImportedType
El método ProcessImportedType personaliza cualquier tipo creado a partir de la importación del esquema. Este método es opcional.
Al importar un esquema, este método permite la personalización de cualquiera tipo importado e información de compilación. Por ejemplo:
Durante la importación, se llama a este método para cada tipo generado. Cambie el CodeTypeDeclaration especificado o modifique CodeCompileUnit. Esto incluye cambiar el nombre, miembros, atributos y muchas otras propiedades de CodeTypeDeclaration. Al procesar CodeCompileUnit, es posible modificar las directivas, espacios de nombres, ensamblados referenciados y varios otros aspectos.
El parámetro CodeTypeDeclaration contiene la declaración de tipo de código DOM. El parámetro CodeCompileUnit permite la modificación para procesar el código. Devolver los resultados null descartados en la declaración de tipos. A la inversa, al devolver CodeTypeDeclaration, se conservan las modificaciones.
Si se insertan datos personalizados durante la exportación de metadatos, debe ser proporcionado al usuario durante la importación para que lo pueda utilizar. Estos datos personalizados se pueden utilizar para las sugerencias del modelo de programación u otros comentarios. Cada instancia CodeTypeDeclaration y CodeTypeMember incluye datos personalizados como la propiedad UserData, convertida al tipo IDataContractSurrogate.
El ejemplo anterior realiza algunos cambios en el esquema importado. El código conserva los miembros privados del tipo original utilizando un suplente. El modificador de acceso predeterminado al importar un esquema es public. Por consiguiente, todos los miembros del esquema suplente serán públicos a menos que se hayan modificado, como en este ejemplo. Durante la exportación, los datos personalizados se insertan en los metadatos sobre qué miembros son privados. El ejemplo consulta los datos personalizados, comprueba si el modificador de acceso es privado y, a continuación, modifica el miembro adecuado para que sea privado estableciendo sus atributos. Sin esta personalización, el miembro numpens se definiría como público en lugar de privado.
Método GetKnownCustomDataTypes
Este método obtiene tipos de datos personalizados definidos a partir del esquema. Este método es opcional para la importación del esquema.
Se llama al método al principio de la exportación e importación del esquema. El método devuelve los tipos de datos personalizados utilizados en el esquema exportado o importado. El método se pasa a Collection (el parámetro customDataTypes), que es una colección de tipos. El método debería agregar los tipos conocidos adicionales a esta colección. Los tipos de datos personalizados conocidos son necesarios para habilitar la serialización y deserialización de datos personalizados utilizando DataContractSerializer. Para obtener más información, consulte Tipos conocidos de contratos de datos.
Implementar un suplente
Para utilizar el suplente del contrato de datos dentro de WCF, debe seguir unos procedimientos especiales.
Para utilizar un suplente para la serialización y deserialización
Utilice DataContractSerializer para realizar la serialización y deserialización de datos con el suplente. DataContractSerializer es creado por DataContractSerializerOperationBehavior. También se debe especificar el suplente.
Para implementar serialización y deserialización
Cree una instancia de ServiceHost para su servicio. Para obtener instrucciones completas, consulte Programación básica de WCF.
Para cada ServiceEndpoint del host del servicio especificado, busque OperationDescription.
Busque a través de los comportamientos de la operación para determinar si se encuentra una instancia de DataContractSerializerOperationBehavior.
Si se encuentra DataContractSerializerOperationBehavior, establezca su propiedad DataContractSurrogate en una nueva instancia del suplente. Si no se encuentra DataContractSerializerOperationBehavior, cree una nueva instancia y establezca el miembro DataContractSurrogate del nuevo comportamiento en una nueva instancia del suplente.
Finalmente, agregue este nuevo comportamiento a los comportamientos actuales de la operación, como se muestra en el ejemplo siguiente:
Para utilizar un suplente para importar metadatos
Al importar los metadatos como WSDL y XSD para generar el código del lado del cliente, el suplente debe ser agregado al componente responsable para generar código del esquema XSD, XsdDataContractImporter. Para ello, directamente modifique WsdlImporter utilizado para importar los metadatos.
Para implementar un suplente para la importación de metadatos
Importe los metadatos mediante la clase WsdlImporter.
Utilice el método TryGetValue para comprobar si se ha definido XsdDataContractImporter.
Si el método TryGetValue devuelve false, cree un nuevo XsdDataContractImporter y establece su propiedad Options a una nueva instancia de la clase ImportOptions. De lo contrario, utilice el importador devuelto por el parámetro out del método TryGetValue.
Si XsdDataContractImporter no tiene ImportOptions definido, establezca la propiedad para que sea una nueva instancia de la clase ImportOptions.
Establezca la propiedad DataContractSurrogate de ImportOptions de XsdDataContractImporter en una nueva instancia del suplente.
Agregue XsdDataContractImporter a la colección devuelta por la propiedad State de WsdlImporter (heredada de la clase MetadataExporter).
Utilice el método ImportAllContracts de WsdlImporter para importar todos los contratos de datos dentro del esquema. Durante el último paso, el código se genera a partir de los esquemas cargados llamando en el suplente.
Para utilizar un suplente para exportar metadatos
De forma predeterminada, al exportar metadatos de WCF para un servicio, los esquemas WSDL y XSD deben generarse. El suplente necesita ser agregado al componente responsable para generar el esquema XSD para los tipos de contrato de datos, XsdDataContractExporter. Para ello, utilice un comportamiento que implemente IWsdlExportExtension para modificar WsdlExportero directamente modifique WsdlExporter utilizado para exportar los metadatos.
Para utilizar un suplente para exportar metadatos
Cree un nuevo WsdlExporter o utilice el parámetro wsdlExporter pasado al método ExportContract.
Utilice la función TryGetValue para comprobar si se ha definido XsdDataContractExporter.
Si TryGetValue devuelve false, cree un nuevo XsdDataContractExporter con los esquemas XML generados de WsdlExportery agréguelo a la colección devuelta por la propiedad State de WsdlExporter. De lo contrario, utilice el exportador devuelto por el parámetro out del método TryGetValue.
Si XsdDataContractExporter no tiene ExportOptions definido, establezca la propiedad Options en una nueva instancia de la clase ExportOptions.
Establezca la propiedad DataContractSurrogate de ExportOptions de XsdDataContractExporter en una nueva instancia del suplente. Los pasos subsiguientes para exportar los metadatos no requieren ningún cambio.
Consulte también
Referencia
DataContractSerializer
IDataContractSurrogate
DataContractSerializerOperationBehavior
ImportOptions
ExportOptions