Modelo de objetos de componentes distribuidos (DCOM)

En las últimas dos décadas, se llevó a cabo una gran variedad de modificaciones en un paradigma orientado a objetos y orientado a componentes distribuidos. Para satisfacer esta demanda, Microsoft desarrolló el modelo de objetos de componentes distribuidos. DCOM se puede definir como COM con la inclusión de un cable largo y esta es una extensión del Modelo de objetos componentes (COM). DCOM: modelo de objetos de componentes distribuidos : ayuda a los objetos remotos a ejecutarse en un protocolo conocido como.

Llamada a procedimiento remoto de objeto (ORPC). 10 millones de personas usan Windows todos los días en entornos de red. DCOM surge como un uso generalizado. El propósito principal de DCOM es respaldar el desarrollo de componentes que se pueden activar dinámicamente y que pueden interactuar entre sí. El modelo de objetos DCOM se basa en implementaciones de interfaces.

(DCOM), tanto el paradigma de objeto como el de componente, consta de una serie de cuestiones.

1. Interoperability
2. Versioning
3. Language independence
4. Size and complexity of system 

Intercambio dinámico de datos: Intercambio
dinámico de datos o DDE, solía estar diseñado para Microsoft Windows para permitir que las aplicaciones intercambien información de cualquier tipo específico. Como el protocolo DDE es en realidad un poco complicado y esta complejidad solía ser interpretada por muchos proveedores de programas de software, se creó la Biblioteca de administración de intercambio dinámico de datos (DDEML). Esta biblioteca simplificó la interfaz con el protocolo DDE y proporcionó una interfaz frecuente para todos los desarrolladores.

Arquitectura DCOM:
la estructura DCOM está diseñada para promover la interoperabilidad del software.

• La arquitectura admite un «bus de software» en el que los componentes del programa de software reutilizables se pueden usar e integrar entre sí sin problemas.
• Para brindar soporte a este componente de software reutilizable, el modelo de objetos completo se basa totalmente en un modelo de programación basado en objetos.
• El modelo de objeto solía seleccionarse debido a su incapacidad para proporcionar herencia.
• Esto significa que la arquitectura logra evitar el síndrome de clase base frágil que existe en diferentes modelos.
• El síndrome de la clase base frágil aparece cuando una clase hereda los miembros y el comportamiento de cualquier otra clase.
• La clase que ofrece funciones de comportamiento y miembro se reconoce como clase base, mientras que otra clase se reconoce como clase derivada.
• Si el miembro y la funcionalidad de la clase base se modifican, el comportamiento y las funciones miembro de la clase derivada también cambian.
• Los cambios como este terminan teniendo que modificar la clase base, lo que a su vez requiere la compilación de todas las clases dependientes.
• La arquitectura DCOM que se muestra en la figura 1.0 posee una infraestructura especial que ayuda al almacenamiento continuo.

Trabajo de DCOM:
para trabajar con DCOM, el objeto COM debe configurarse de manera efectiva en ambos sistemas informáticos y apenas tuvo que desinstalar y reinstalar objetos varias veces para que funcionen de manera efectiva en una tarea en particular. El Registro de Windows consta de información de configuración de DCOM en tres identificadores, es decir, CLSID, PROGID y APPID.

1. CLSID:
   el identificador de clase o CLSID es un identificador único global o GUID para crear una identidad única para una entidad. Windows almacena este CLSID para cada clase de instalación en un programa para realizar una tarea en particular. Cuando desea ejecutar una clase, necesita el CLSID correcto, para que Windows sepa dónde ir y ubicar el programa.
2. PROGID: el
   identificador programático o PROGID no es obligatorio o puede decir que es un identificador opcional que un programador puede usar como alternativa para cualquier CLSID complejo y estricto. Los PROGID generalmente son menos complicados de leer y se pueden entender fácilmente. No hay restricciones sobre cuántos PROGID pueden tener un nombre idéntico, lo que en ocasiones genera problemas.
3. APPID:
   el identificador de aplicación o APPID es un tipo de identificador único para cada aplicación disponible, también llamado ID de aplicación, que ayuda a proteger y autenticar sus aplicaciones. Identifica todas las clases que forman parte de un ejecutable idéntico y los permisos necesarios para acceder a él. DCOM no puede funcionar si APPID no es correcto, es decir, para que DCOM funcione perfectamente, debe tener un APPID correcto. Es probable que obtenga errores de permisos al intentar crear un objeto remoto, según mi experiencia.