Тёмный

Patrón de arquitectura de plugins o microkernel 

Manuel Zapata
Подписаться 45 тыс.
Просмотров 13 тыс.
50% 1

Опубликовано:

 

25 окт 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 23   
@darwingutierrez3488
@darwingutierrez3488 Год назад
Excelente explicación. Gracias por compartir tú conocimientos.. 👏
@andresnator
@andresnator 5 лет назад
Que chevere ver un ejemplo de esta arquitectura a nivel de código
@ManuelZapata
@ManuelZapata 4 года назад
👌
@Coderos
@Coderos 5 лет назад
Podemos decir con toda certeza que en CMS’s como Wordpress los plugins siguen este patrón de arquitectura.
@ManuelZapata
@ManuelZapata 5 лет назад
Totalmente, WordPress es un muy buen ejemplo de la flexibilidad que se puede lograr con plugins
@nelson3391
@nelson3391 2 года назад
Excelente vídeo. Muy útil. Gracias!
@brianandresvalencia2012
@brianandresvalencia2012 3 года назад
Buen día Manuel, excelentes videos y aportes a la comunidad he aprendido bastantes cosas nuevas. Tengo una sugerencia, no hay forma de que realices un curso o un video completo donde le apliques la arquitectura de software completamente a un proyecto pequeño de 2 o 3 tablas o algo asi.
@CeroCool212004
@CeroCool212004 3 года назад
No sabe no responde!!! 😭
@Magistrado1914
@Magistrado1914 4 года назад
Excelente vídeo Visto en 08/11/2020
@GianmarcoContreras
@GianmarcoContreras 4 года назад
Muy buenos videos, muy agradecido
@isliz8996
@isliz8996 3 года назад
Los criterios anteriores explicados pueden ser el equivalente a lo siguiente: 1) De los principios SOLID el mas relevante seria el 5to principio "Inversion de Dependencia". 2) Se debe modularizar el codigo y hacerlo flexible a traves de abstracciones e interfaces de comunicacion entre clases, un ejemplo practico podrian ser la aplicacion de los patrones de diseño "Facade", "Decorator" y "Observer". 3) Dado que estamos siguiendo el 5to principio SOLID deberemos contar con un "Inyector de dependencias", bien sea uno que ya exista o un personalizado, creado por nosostro para nuestra aplicacion, esto se puede emplear a traves de "arquitectura" o "diseño" (archivos de configuracion, o sistemas de carpetas). 4) Si bien el modelo de desarrollo microkernel implica la independencia del sistema principal para proveer un funcionamiento base, lo que no podemos ignorar es que nuestro sistema no ignora las posibles modificaciones externas, por ejemplo mediante el 2do principio SOLID (Open/Close), esto solo nos dice que el programa sabe que sera extendido en ciertas partes, no sabemos "como" ni "que" hara, solo podemos saber y decidir "donde" lo hara. 5) A los usuarios que crean el plugin basta con proveerles las "interface" que deben implementar sus clases para poder integrarse a nuestro sistema. Esta interface puede tener como nombre la version de la aplicacion para la que fue creada. Esto se recomienda, dado que si el programa base continua en desarrollo puede que el cambio de logica interna nos obligue a redefinir la estructura o metodos de una interface (es solo otra manera de decir, que los plugins creados hasta el momento quedarian obsoletos, y las personas que dan soporte a los plugins deben recrear la funcionalidad que hicieron bajo una nueva interface). Espero que la explicacion sirva para los que llevan tiempo en el desarrollo... =3
@isliz8996
@isliz8996 3 года назад
="( tenia otra explicacion para los que llevaban menos tiempo pero se me borro por un fallo de internet... pude salvar esto que lo tenia en el portapapeles...
@LeonardoAngel3000
@LeonardoAngel3000 4 года назад
Gracias, me acomodaste una idea con el video!
@ManuelZapata
@ManuelZapata 4 года назад
Excelente Leonardo 🙌
@jaalorsa
@jaalorsa 4 года назад
Tengo una duda: El creador del sistema tiene que documentar y exponer una especie de API para poder integrar el sistema con el plugin que se cree?
@ManuelZapata
@ManuelZapata 4 года назад
Así es Jaime.
@johanvillamil2407
@johanvillamil2407 4 года назад
Y como se puede implementar este patron con SAAS como por ejemplo shopify donde extiendo mi aplicacion pero claramente no configuro ningun archivo ni tampoco descargo nada solo lo instalo a traves de un marketplace, incluso shopify permite q terceros desarrollen plugins para ellos
@ManuelZapata
@ManuelZapata 4 года назад
En ese tipo de casos, se necesita algo más flexible que lo que se haría en una aplicación empresarial. Pero muchas implementaciones parten de dos ideas esenciales: 1. Un registro ante el sistema principal de los plugins. 2. Un punto de entrada para la ejecución del plugin.
@JonathanAndradeOviedo
@JonathanAndradeOviedo 4 года назад
Tal vez podrías realizar un vídeo ejemplificado utilizando este patrón, sobre un aplicación de geolocalizacion utilizando api de google maps o una calculadora , saludos lml
@ManuelZapata
@ManuelZapata 4 года назад
Saludos Jonathan! Te recomiendo que te des una vuelta por mi curso de patrones de arquitectura. Allí vemos ejemplos de implementación de microkernel: cursos.manuelzapata.co/inscripcion-curso-practico-patrones-arquitectura/
@carlosmollapaza9267
@carlosmollapaza9267 3 года назад
Bueno te falto lo mas importante los ejemplos con codigos
@ManuelZapata
@ManuelZapata 3 года назад
Es algo que he ido corrigiendo con el tiempo. Mis primeros videos nunca incluían código. Si quieres profundizar en el patrón (código incluido), puedes darle una mirada a mi curso premium de Patrones de Arquitectura: cursosmz.co/inscripcion-curso-practico-patrones-arquitectura/
@fernandopoveda5485
@fernandopoveda5485 3 года назад
if (cliente == "A") { Install("PuligginA") XD XD
Далее
Patrón de arquitectura orientada a eventos
11:09
Просмотров 28 тыс.
бабл ти гель для душа // Eva mash
01:00
35 cosas que no sabías sobre arquitectura de software
20:33
Lesson 160 - Microkernel Architecture
12:55
Просмотров 8 тыс.
KERNEL
14:45
Просмотров 14 тыс.
Layered architecture
9:41
Просмотров 57 тыс.
STRATEGY | PATRONES de DISEÑO
8:12
Просмотров 95 тыс.
Patrón de arquitectura de microservicios
8:23
Просмотров 43 тыс.