1. Permite crear fácilmente aplicaciones ampliamente distribuidas, tanto
si los
componentes de las aplicaciones están todos en un equipo como si
están repartidos por el mundo.
Se pueden crear aplicaciones de cliente que utilicen objetos en otros
procesos del mismo equipo o
en cualquier otro equipo disponible en la red. También se puede
utilizar .NET Remoting para comunicarse
con otros dominios de aplicación en el mismo proceso. (Para obtener
más información sobre la programación
de los dominios de aplicación, vea Programar con dominios de
aplicación.)
2. .NET Remoting proporciona un enfoque abstracto en la comunicación entre
procesos que separa el objeto
utilizado de forma remota de un dominio de aplicación de cliente o
servidor específico y de un mecanismo
específico de comunicación. Por lo tanto, se trata de un sistema flexible y
fácilmente personalizable.
Se puede reemplazar un protocolo de comunicación con otro o un formato
de serialización con otro sin tener
que recompilar el cliente ni el servidor. Además, el sistema de interacción
remota no presupone ningún modelo
de aplicación en particular. Se puede comunicar desde una aplicación Web,
una aplicación de consola, un servicio
de Windows, desde casi cualquier aplicación que se desee utilizar. Los
servidores de interacción remota también
pueden ser cualquier tipo de dominio de aplicación. Cualquier aplicación
puede albergar objetos de interacción
remota y proporcionar sus servicios a cualquier cliente en su equipo o red.
3. También conocido como Indigo, es la nueva plataforma de mensajería que
forma parte de la API de la Plataforma .NET 3.0 (antes conocida como WinFX, y que no son más
que extensiones para la
version 2.0). Se encuentra basada en la Plataforma .NET 2.0 y de forma predeterminada se
incluye en el Sistema Operativo
Microsoft Windows Vista.
Fue creado con el fin de permitir una programación rápida de sistemas distribuidos y el
desarrollo de aplicaciones
basadas en arquitecturas orientadas a servicios (también conocido como SOA), con una API
simple; y que puede ejecutarse
en una máquina local, una LAN, o sobre la Internet en una forma segura.
4. (Common Object Request Broker Architecture arquitectura
común de intermediarios
en peticiones a objetos)
5. Es un estándar que establece una plataforma de desarrollo de sistemas distribuidos
facilitando la invocación de métodos remotos bajo un paradigma orientado a objetos.
CORBA fue definido y está controlado por el Object Management Group (OMG) que define las
APIs, el protocolo
de comunicaciones y los mecanismos necesarios para permitir la interoperabilidad entre diferentes
aplicaciones
escritas en diferentes lenguajes y ejecutadas en diferentes plataformas, lo que es fundamental en
computación
distribuida.
En un sentido general, CORBA "envuelve" el código escrito en otro lenguaje, en un paquete que
contiene
información adicional sobre las capacidades del código que contiene y sobre cómo llamar a sus
métodos.
Los objetos que resultan, pueden entonces ser invocados desde otro programa (u objeto CORBA)
desde la red.
En este sentido CORBA se puede considerar como un formato de documentación legible por la
máquina, similar a un
archivo de cabeceras, pero con más información.
CORBA utiliza un lenguaje de definición de interfaces (IDL) para especificar las interfaces con los
servicios
que los objetos ofrecerán. CORBA puede especificar a partir de este IDL, la interfaz a un lenguaje
determinado,
describiendo cómo los tipos de dato CORBA deben ser utilizados en las implementaciones del
cliente y del servidor.
6. CONCLUSION
Son aplicaciones de que
pueden brindarnos servicios.
Ya que se puede integrar varios
tipos de estructuras, de
intercomunicacion mediante la
red o un DOMINIO