Entidades de seguimiento personal frente a entidades de POCO

Question

Estamos comenzando un nuevo producto basado en web en el que estamos planeando exponer nuestra lógica comercial a través de los servicios de WCF. Usaremos ASP.NET 4.0, C#, EF 4.0. En el futuro, queremos crear aplicaciones para iphone y aplicaciones WPF basadas en los servicios. He estado leyendo mucho sobre el uso de POCO vs Entidades de seguimiento automático (STE) y, según entiendo, las ECE no funcionan bien con el escenario web. ¿Alguien puede arrojar más luz sobre este tema?

Answer 1

Para mí STE es un concepto absolutamente erróneo. Es solo otra implementación de DataSet.

• En la aplicación ASP.NET tendrá que almacenar las ECE en algún lugar entre las solicitudes. En la primera solicitud consultará su origen de datos para obtener STE y proporcionar datos en la página. En la próxima solicitud (postback), querrá modificar STE con datos devueltos del navegador. Para admitir el seguimiento, deberá usar el mismo STE que en la primera solicitud = >; tendrá que almacenar STE en viewstate (si desea usar ASP.NET WebForms) o sesión.
• STE es inútil para SOA o la interoperabilidad. La lógica de seguimiento es parte de STE = se está ejecutando en el cliente. Si expone STE en el servicio, espera de inmediato que ese lado del cliente use las mismas características de rastreo incluidas en la lógica STE. Pero estas características no se proporcionan al otro lado automáticamente. En .NET los tiene porque comparte ensamblado con STE. Pero en otra plataforma tienes que explicarles a los desarrolladores cómo implementar la lógica STE para que funcione de tu lado. Este será probablemente el caso más limitante para usted debido a la aplicación de iPhone.

Answer 2

Entidades de seguimiento automático funcionan perfectamente en un entorno MVC Web con WCF. He estado involucrado en 2 proyectos usándolos (uno en producción, uno casi).

Con POCO perderías cualquier cambio de seguimiento sobre el cable, lo que crea una gran cantidad de dolor adicional porque EF ahora tiene que volver a consultar para obtener información del estado. Si utilizas EF y WCF STE resuelves muchos problemas y haces que todo tu pipeline de persistencia sea realmente fluido.

---

¿Puede proporcionar la citación para este reclamo? "Las ECE no funcionan bien con el escenario web"

Answer 3

Si este servicio va a ser consumida por cualquier aplicación que no tiene control directo sobre, probablemente debería considerar seriamente la posibilidad de divorciarse nada que ver con EF (o NHibernate o Linq2Sql o cualquier otra solución de gestión de la persistencia de datos) de sus servicios y sus objetos de transferencia de datos. Esto aislará los cambios internos de clientes rotos. Romper clientes es típicamente algo malo.

Answer 4

Consulte http://msdn.microsoft.com/en-us/data/jj613924.aspx, ya que las ECE ya no se recomiendan. Microsoft recomienda utilizar ASP.NET Web API, WCF Data Services o Entity Framework API (operaciones complejas)