No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Aprende todo un fin de semana sin pagar una suscripci贸n 馃敟

Aprende todo un fin de semana sin pagar una suscripci贸n 馃敟

Reg铆strate

Comienza en:

3D
1H
30M
34S

Estilos: Componentes independientes

18/24
Recursos

Aportes 50

Preguntas 13

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

Estilos de componentes independientes
Existen dos grandes familias que tienen que ver con la forma en que se comunican los componentes. (la invocaci贸n implicaita y expl铆cita)

Invocaci贸n impl铆cita:
Se tienen varios componentes y se cuenta con un BUS de eventos en el cual los componentes van a escribir algunos eventos y luego el BUS los comunica a los componentes que les conciernan dichos eventos. Existen varios tipos de BUS.
Tipos de BUS:
Publicar/suscribir: en donde el componente inicial es el que publica un evento y los componentes que estan suscritos reciben la notificaci贸n de dicha publicaci贸n.
Orientado a servicios (Enterprise Service BUS): en este caso el BUS es un componente inteligente, en el que los componentes notifican al BUS a trav茅s de eventos y el BUS decide a quien notificar dichos eventos.

Invocaci贸n expl铆cita:
Se tienen componentes desarrollados individualmente pero que todos se conocen entre s铆, dichos componentes tiene que publicar que via de comunicaci贸n existir谩 para comunicarse entre ellos y a que se dedica cada uno.

Componentes independientes
Es una rama de la ingenier铆a de software que enfatiza la separaci贸n de asuntos, por lo que se refiere a la funcionalidad de amplio rango disponible a trav茅s de un sistema de software dado. -> wikipedia

Es un estilo basado en la reutilizaci贸n para definir, implementar, y componer componente de software d茅bilmente acoplados en sistemas (independientes).

Hay de 2 tipos, los de invocaci贸n implicita donde los componenetes no se conocen y se comunican entre si a trav茅z de un bus de eventos y los de invocaci贸n expl铆cita donde los componentes si se conocen.

@@COMPONENTES [email protected]@
Se desarrollan aplicaciones lo suficientemente independientes para no crear acoplamiento fuerte entre ellas.

Invocaci贸n impl铆cita.- Las aplicaciones se comunican entre s铆, no necesariamente se sabe a cu谩l se le est谩 hablando.  Este funciona con un 鈥渂us de eventos鈥 el cual recibe la informaci贸n de las aplicaciones y se las manda a otra si esta lo requiere. 
	
	En el caso del bus hay dos familias: 
		
		Publicar/suscribir.- Un componente inicial 	
		publica el evento, los dem谩s componentes suscritos reciben la informaci贸n de este.
		
		Orientaci贸n a servicios.- Bus inteligente aut贸nomo (sabe a quien mandarle los datos) 
	

Invocaci贸n explicita.- Las aplicaciones se comunican entre s铆, estas son desarrolladas independientemente y pueden conocer con qui茅n se comunica. Funciona cuando los componentes se registran en un punto central, estos consultan al registro si hay componentes similares para su comunicaci贸n.

Apuntes:

Estilos: Componentes independientes

Vamos a ver c贸mo hacer para desarrollar aplicaciones en la que cada una de esas aplicaciones son tengan acoplamiento fuerte entre esos componentes.

Invocaci贸n impl铆cita
Suele ser basada en eventos. Habla de c贸mo hacer para que nuestras aplicaciones puedan mandar mensajes entre s铆 sin que una aplicaci贸n conozca exactamente a qui茅n le est谩 hablando.
Invocaci贸n expl铆cita
Habla sobre c贸mo hacer para desarrollar componentes que s铆 se conozcan entre s铆 pero que sean desarrollados independientemente.

ESTE SI ES BUEN CURSO! NECESITAMOS UNO DE MICROSERVICIOS 鈥 APIS, MODALIDADES COMOR EST ETC CON ESTE MISMO PROFE

Componentes independientes:

Es posible desarrollar componente independientemente, no fuertemente acoplados. Existen familias de esa comunicaci贸n impl铆cita y expl铆cita entre componentes:

**Invocaci贸n impl铆cita. **
Las apps mandan mensajes sin saber a quien hablan.

En el bus de eventos los componentes escriben y el bus comunica a otros componentes.

El bus tiene dos modalidaes grandes.

Publicar suscribir:
Componente inicial publica bus recibe y suscribe en otro componente.

Orientado a servicios:
Componente notifica a bus, es un bus inteligente, (enterprise services bus ESB), decide a quien comunicar y qu茅.
Tiene registrados componentes que le hablan a el. El ESB sabe que hay que hacer. Los componentes no est谩n comunicados entre si.

Invocaci贸n expl铆cita

Si saben quienes se hablan.
Todos los componentes publican cual es la v铆a de comunicaci贸n que tiene disponible.
Componentes son servicios, se registran a un punto central y luego dicen como opueden operar entre si.
Los componentes que se encuentran en ejecuci贸n cuando el centro de recepci贸n de servicios dice qu茅 pueden hacer.

Esta arquitectura permite desarrollar independientemente, pero cuenta con APIS sensibles, es decir por m谩s que sean independientes la compatibilidad entre componentes debe ser impecable para garantizar que cuando se hacen cambios no se deje de funcionar para ciertos clientes.

I share my mind map.

Tiene que ver con la forma como se van a comunicar nuestros componentes.
**Invocaci贸n impl铆cita: **Es basada en eventos y trata de como hacer para que los componentes se comuniquen entre si sin saber a quien le esta hablando

- **Publicar/suscribir:** el componente principal publica el evento, los suscritos reciben la informaci贸n. cada componente se encarga de su trabajo.

- **orientado a servicios**: bus inteligente se pueden programar internamente. el bus registra componentes con los que va a hablar o le van a hablar a el.

Invocacion explicita: como hacer para desarrollar componentes que si se conozcan entre si pero que sean desarrollados independientemente. Todos los componentes se registran en un punto central que es quien les dice que componentes existen y como comunicarse con ellos.

Estilo: Componentes Independientes

  • Invocaci贸n Impl铆cita:
    En este tipo de estilo, tendremos los compones y un bus de datos, donde los componentes se encargar谩n de publicar o escribir en el bus los datos y luego el bus se encargar谩 de notificar esto a otros componentes. Componentes que est茅n interesados en saber que paso.

El BUS de eventos posee dos familias grandes:
- Basado en Eventos
- Publicar- Subscribir:
El componente Inicial publica un evento y otros componentes est谩n suscritos.
- Orientado a Servicios 2.0:
Tendr谩n un Bus Inteligente y este decide a quien le va a decir que hacer. Puede que un componente se encargue de publicar y otro a Subscribir

Enterprise Service Bus (E.S.B.): Son buses inteligentes programables, Ellos tienen registrados componentes que el les va hablar o ellos le hablaran para indicarles que hacer. Un punto a denotar es que los componentes dentro del Bus no se comunican.

  • Invocaci贸n Expl铆cita:
    Vamos a tener componentes que se desarrollan separadamente pero se conocen entre si (Se desarrollan primero y luego se conectan). Ellos est谩n desplegados independientemente y luego se encuentran en ejecuci贸n. Ellos se preguntan unos a otros que hay hacer hasta que el componente designado para esa tarea es alertado.

    • Orientado a Servicios 1.0

Pilares de la programaci贸n orientada a objetos:

  • Alta cohesi贸n bajo acoplamiento.

Componentes independientes

Aplicaciones en donde se dividen en componentes independientes y con diferentes comportanmientos.

<h3>Invocaci贸n impl铆cita</h3>

Basada en eventos. Diferentes componentes publican eventos a un bus de eventos, y este ultimo comunican a otros componentes el proceso del bus

Tenemos dos familias:

  • Publicar y suscribir:
    • El componente inical publica un evento y luego otros componentes suscriptos reciben dicho evento
  • Orientaci贸n a servicios
    • Bus inteligente d贸nde a 茅ste se le notifica el evento, pero 茅l mismo decide a qu茅 componente notificar del evento
<h3>Invocaci贸n expl铆cita</h3>

Los componentes se comunican entre s铆, teniendo cada componente una comunicaci贸n directa o indirectamente con el resto

Esto b谩sicamente es microservicios y como se puede romper el monolito





<h1>Componentes individuales</h1>

O sea que no haya acoplamientos fuertes entere partes

  • Invocaci贸n impl铆cita
    C贸mo comunicarse entre s铆 sin que sepan las partes de d贸nde se conoces

Se publican eventos en el bus y 茅ste los notifica a los dem谩s componentes. En el bus hay varios tipos como el bus publicar suscribir, componente inicial y suscrito. Bus orientado a servicios, 茅ste decide a qui茅n notificar, se buscan ESB (Enterprise Service Bus) que tengan componentes que le hablen (proceso en cada caso, particular e impl铆cita entre ellos)-

  • Invocaci贸n expl铆cita
    Se env铆an mensajes y se conocen entre ellos. Tienen que publicar el tipo de comunicaci贸n con el que cuentan. Usualmente se conmunican a un registro cental. Se encuentran durante la ejecuci贸n.

18. Mis apuntes sobre: "Estilos: Componentes independientes"
Vamos a ver c贸mo hacer para desarrollar aplicaciones, donde cada uno de nuestros componentes
no tenga acoplamiento fuerte.

Tenemos los siguientes tipos:

**18.1. Invocaci贸n impl铆cita:** Suele ser basada en eventos, c贸mo hacer para que nuestras
aplicaciones puedan hablar entre s铆, sin saber qu茅 aplicaci贸n se est谩 comunicando.

**18.2. Invocaci贸n expl铆cita:** Habla sobre c贸mo hacer para desarrollar componentes que s铆
se conozcan entre s铆 pero que sean desarrollados independientemente.

Ejemplo invocaci贸n impl铆cita: Hay un bus de eventos, donde los componentes van a publicar/escribir
eventos, y luego el bus de eventos va a notificar estos eventos a otros eventos que est茅n interesados
en saber qu茅 pas贸.

Bus de eventos tiene dos familias:

**Publicar/Suscribir:** Donde el componente inicial es el que publica el evento y otros componentes
est谩n suscritos y reciben ese evento.

**Orientaci贸n a servicios:** Tiene un bus inteligente, donde se le notifica a trav茅s de eventos
al bus, pero el bus decide a qui茅n le va a decir qu茅 hacer.

Ejemplo de invocaci贸n expl铆cita: Los componentes se comunican entre s铆, pero de igual manera se
comunican al registro central.

Un ejemplo de invocaci贸n expl铆cita, de tipo publicar y suscribir, se me ocurre el se un servidor de notificaciones, donde muchas aplicaciones ( como gmail, con su servidor de correo) se suscriben a dicho servidor ( de notificaciones) para que este pueda enviarle datos al cliente.

Bien explicado鈥 claro muchas gracias 馃槂

este temario de fundamentos, es como recibir una capacitaci贸n de buceo por correo, al momento de sacar las destrezar de bucear, ya sabran los resultados , , , , el profe puede saber pero demasiado teorico y le hace falta documentar mas el video, a medida que vaya contextualizando deber铆a generar memofichas o algo que ayude a aterrizar con la realidad鈥

Creo que con invocaci贸n impl铆cita un buen ejemplo ser铆a la programaci贸n reactiva.

Maestro guido!! Explica genial鈥

los distintos tipos de componentes

Es un estilo de dise帽o para aplicaciones compuestas de componentes individuales. Pone 茅nfasis en la descomposici贸n del sistema en componentes l贸gicos o funcionales que tienen interfaces bien definidas.

Siento que un ejemplo pr谩ctico de estos estilos ser铆a:

  • Publicar - Suscribir: RabbitMQ y Reactive Programming
  • Orientado a Servicios 2.0: Load Balancer.
  • Orientado a Servicios 1.0: El patr贸n de dise帽o cadena de responsabilidad.

"En arquitectura de computadores, el bus (o canal) es un sistema digital que transfiere datos entre los componentes de una computadora."
Wikipedia

驴Pero la invocaci贸n implicita no es lo mismo que el estilo de pizarron?, cual ser铆a la diferencia

Un ejemplo de Invocaci贸n impl铆cita es el protocolo de comunicaci贸n MQTT usado para comunicar varias nodos mediante un broker o mediador bajo un esquema de publicaci贸n/suscripci贸n.

驴C贸mo es lo de Orientado a servicios 1.0 y 2.0?

la primera arquitectura implicita seria la que se usaria si se usa Apache kafka o un ESB orientado a eventos?

驴Alguien sabe si este tipo de Estilo de Arquitectura Orientada a Servicios se implementa en tecnolog铆as como Uber? o es por Invocaci贸n Expl铆cita?

Invocaci贸n impl铆cita: Publicar/ suscribir Orientaci贸n a servicios

Invocaci贸n expl铆cita

con los componentes independientes se puede implementar componentes para tareas especificas y despu茅s interceptarlos ya sea por medio de un bus o por medio de interconexion directa

comunicacion entre componentes

El protocolo MQTT funciona parecido al bus de eventos, este protocolo es de Arquitectura de Invocaci贸n impl铆cita?

Estilos de componenetes independientes:

  • Invocaci贸n implicita: Los componentes no se conocen entre si.
  • Invocaci贸n expl铆cita: Los componentes se conocen entre si.

Aqui me queda otra duda.
No es lo mismo hablar de un componen tipo invocaci贸n impl铆cita orientada a servicios y una arquitectura centrada en datos tipo pizarr铆n. La pregunta es, puede ser las dos cosas a la vez ?

.

Estilo Componentes Independientes

Invocaci贸n Impl铆cita: Componentes independientes que no se comunican entre s铆, pero utilizan un bus (canal) que recibe eventos y los notifica a otros componentes.

Invocaci贸n Explicita: Componentes independientes que si se comunican entre s铆, pero utilizan un register (registro), que les indica c贸mo comunicarse unos con otros.

La invocaci贸n impl铆cita es reactiva, ya que la comunicaci贸n entre los componentes solo se da cuando hay ocurre un evento, el bus reacciona y traslada la informaci贸n a los suscriptores.

SISTEMAS DE COMPONENTES INDEPENDIENTES
Es un estilo de dise帽o para aplicaciones compuestas de componentes individuales. Pone 茅nfasis en la descomposici贸n del sistema en componentes l贸gicos o funcionales que tienen interfaces bien definidas. Define una aproximaci贸n de dise帽o que usa componentes discretos, los que se comunican a trav茅s de interfaces que contienen m茅todos, eventos y propiedades.

El estilo de invocaci贸n impl铆cita se parece mucho al patr贸n de desarrollo de software del tipo 鈥減atr贸n de comportamiento鈥 denominado Observer. Son los mismos?

Un buen ejemplo de estilo publicacion/suscripcion es el protocolo MQTT usando mayormente en proyectos IoT

En el curso de Xamarin Forms usamos el estilo Publicar y Suscribir para la comunicaci贸n entre componentes de la app

Es un estilo de dise帽o para aplicaciones compuestas de componentes individuales. Pone 茅nfasis en la descomposici贸n del sistema en componentes l贸gicos o funcionales que tienen interfaces bien definidas. Define una aproximaci贸n de dise帽o que usa componentes discretos, los que se comunican a trav茅s de interfaces que contienen m茅todos, eventos y propiedades.

Buena clase!

Wow hasta ahora entiendo de donde viene el Bus de USB 隆

Estilos: Componentes independientes
Este tipo de estilo de arquitectura es para desarrollar aplicaciones independientemente y no tener acoplamiento fuerte entre cada uno de nuestros componentes.