CURSO DE GIT

INSTALANDO GIT Y GITBASH EN WINDOWS

Ir a : https://git-scm.com/downloads

En el instalador asegurarse que se ha seleccionado git bash

PATRONES SOLID
INTRODUCCION A LOS PRINCIPIOS SOLID

Definidos por Robert martin

PRINCIPIO DE UNICA RESPONSABILIDAD

Nuestro modulo(clase) debería tener una sola razón para ser modificado. En caso contrario
puede traer problemas de mantenibilidad

Ejemplo:

Tenemos la clase mensajero que tiene dos acciones a realizar: enviar correos y enviar SMS’s

Podemos deducir que esta clase pueden aparecer cambios en cada una de las acciones: como
cambios en la plataforma de enviar mensajes de texto o un mecanismo distinto para enviar
correos y también puede aparecer un cambio en la forma de enviar mensaje.

La solución pude ser dividir la clase en otras dos separando las dos funcionalidades de la clase
mensajero.

PRINCIPIO DE ABIERTO CERRADO

Nuestro sistema debería estar cerrado a modificaciones y abierto a extensiones.

Si queremos agregar código nuevo, lo ideal sería poder construir sobre lo que ya existe, sin
tener que hacer modificaciones grandes.
Agregar una nueva clase llamada envioChat y crear un nuevo método en la clase mensajero no
es lo optimo ya que se tiene que modificar la clase mensajero, cambiar donde se haga el
llamado de los métodos de la clase mensajero, para tener en cuenta una nueva forma para
enviar mensajes

Se debe agregar “mayor flexibilidad”

Para poder agregar mecanismos de forma fácil sin tener que modificar lo que ya funciona.

Se ha agregado la clase Mensaje que contiene los parámetros que necesita el método enviar

Asunto, destinatario, contenido.

Se agrega una fabrica donde la clase mensajero pedirá a la fabrica un objeto de tipo
envioMensaje e invocar sobre este el método enviar.

PRINCIPIO DE SUSTITUCION DE LISKOV

Siempre deberíamos poder reemplazar instancias de una clase padre por instancias de una
clase hija, sin que hayan comportamientos no deseados

PRINCIPIO DE SEGREGACION DE INTERFACES

Es mejore tener interfaces pequeñas, con pocos métodos muy relacionados en lugar de tener
interfaces voluminosas que obligan a definir muchos métodos a quien las implementa.

Pueden ser útiles los patrones de :

Estrategia

Estado

Cadena de responsabilidad

PRINCIPIO DE INVERSION DE DEPENDENCIAS

Los modulos de alto nivel no deberían depender de modulos de bajo nive, sino de
abtracciones

Las abstracciones no deberían depender de los detalles. Los detalles deberían depender de las
abstracciones.

Coméntame tu mejor experiencia de desarrollo utilizando JavaScript u otro lenguaje de

programación y porqué te gustaría crecer con nosotros. ¡No olvides mencionar las
tecnologías que utilizaste y el rol que desempeñaste!

Mi mejor experiencia ha sido en el grupo el comercio. En nttdata también tuve una buena
experiencia, sin embargo en el comercio, el grupo de amigos que se creo fue muy
interesante