2008-12-31 12 views
8

Solía ​​escribir aplicaciones ASP.Net implementando capas de acceso a datos comerciales en componentes COM + hace varios años. Este era el estándar en varias infraestructuras corporativas aquí en mi país. ¿Esto todavía es recomendado? ¿Cuál es la alternativa?¿Aún se recomienda COM +?

Respuesta

0

Acabo de pasar los últimos dos días tratando de hacer que dos de mis objetos comerciales COM + antiguos funcionen en un nuevo servidor de Windows 2003 y estoy seguro de que nunca más volveré a trabajar con COM +.

+0

También he encontrado problemas con la migración de COM + a win2k3. En mi caso, tuve que cambiar la configuración de seguridad para mi aplicación COM + En la pestaña 'Identidad', cambié el cuenta desde el "Usuario interactivo" a una nueva cuenta de máquina local. –

3

WCF es el nuevo mecanismo recomendado para la comunicación Interobject

+0

COM + es un monitor de transacciones, no solo un mecanismo de IPC. – ConcernedOfTunbridgeWells

+0

¿Qué hizo? Lea COM + y haga el salto al reemplazo más cercano para la t ecnología?Estoy sorprendido de que esta sea la respuesta mejor clasificada cuando es muy probable que ni siquiera sea necesario usar WCF. La arquitectura del proyecto original probablemente sea incorrecta. Lee lo que está tratando de lograr. – senfo

5

COM + es realmente sólo MTS (Microsoft Transaction Server) y rebautizado incluido con Windows 2000 y versiones posteriores (que era un extra opcional en NT4). Si está utilizando un código no administrado, COM + sigue siendo la opción preferida para un nivel medio transaccional. De hecho, generalmente se usa como monitor de TP en los sistemas de referencia TPC-C porque es más eficiente que .Net o Java y mucho más económico que Tuxedo o Encina (que reduce los $/TPM).

WCF (Windows Communication Foundation) tiene su propio monitor de transacciones, lo cual es razonable ya que la arquitectura de COM + está estrechamente acoplada a COM y sería difícil adaptar un runtime .Net. Si está escribiendo una aplicación transaccional en .Net, WCF proporciona este servicio, aunque la biblioteca System.Transactions también proporciona soporte de transacción distribuida para clientes ADO.Net.

4

Aquí se habla mucho de WCF, pero sinceramente, no creo que sea eso lo que estás buscando.

En los primeros días de ASP, las personas aprendían rápidamente que colocar todo el código en las páginas de marcado era difícil de mantener. Como resultado, algunas personas comenzaron a implementar diseños N-Tier utilizando componentes COM. Si sus intenciones son simplemente construir un DAL en una forma típica de N-Tier, no hay ninguna razón para que una simple biblioteca de clases no sea suficiente.

Analice la creación de una biblioteca de clases, agregándola como referencia para su proyecto web y, por supuesto, ADO.NET.

-3

De http://msdn.microsoft.com/en-us/library/ms686988(VS.85).aspx:.

"COM + es el siguiente paso en la evolución del modelo de objetos de Microsoft componentes y Microsoft Transaction Server (MTS) de COM + se encarga de muchas de las tareas de gestión de recursos que anteriormente tenían que usted programar, como hilo asignación y seguridad. Se automáticamente hace que sus aplicaciones más escalable proporcionando hilo de puesta en común de, la agrupación de objetos, una nd activación de objetos just-in-time. COM + también ayuda a proteger la integridad de sus datos al proporcionar soporte de transacciones, incluso si una transacción abarca múltiples bases de datos en una red. "

Aunque parece una especie de producto heredado, no creo que ninguna tecnología de moda proporcionada por Microsoft en este momento puede reemplazar COM +.

Cuestiones relacionadas