Ejemplos y conceptos especificamente dados para C#
C#, Java
- Procedimental:
- Orientado a Objetos: Clases
- Procesamiento Paralelo
Prolog
- Logico
- Funcional / Flujo de Datos: Funciones
- Base de datos
Material de ayuda Fundamentos C#
Es un tipo de paradigma de progrmación (estilo) imperativo que se basa en los conceptos de clase y objeto, donde se utilizan piezas (clases) simples y reutilizables para su estrctura. Cada clase tiene restricciones de transferencia indirecta de control, cada clase tiene sus propias caracteristicas que interactuan entre si. Como principio de desarrollo se suele usar DRY (Dont Repeat Yourself) para mantener el programa eficiente.
- Programación estructurada: Flujo de control mediante: bulces, subrutinas y condicionales.
- Programación Procedimental: Busca reutilizar el codigo ya existente cada que se necesite.
- Programación Modular: Dividir un programa en modulos o subprogramas para resolver problemas complejos.
Es un modelo o plantilla/prototipo que define métodos (funciones) y atributos (propiedades) de datos de cualquier objeto dado. Los objetos son la instancia de cada clase. Ej: Animal {nombre, raza ... caminar(), comer()}.
Una entidad del mundo real claramente identificable. Los campos de datos con los valores actuales representan el estado del objeto.
(C# namespaces) Ocultar el estado interno y la funcionalidad de un objeto y permitir solo el acceso a través de un conjunto público de funciones.
(C#: Clase Abstracta, Metodos y Propieades Abstractos) Modelar los atributos e interacciones pertinentes de las entidades como clases para definir una representación abstracta de un sistema.
Clase Abstracta Las clases abstractas nos permiten tener una clase base con cierta funcionalidad común ya implementada, sobre la que podemos heredar y especificar algunos métodos.
- La clase abstracta puede funcionar si cumple una de estas dos:
- La clase que hereda implementa todas los metodos y propiedades abstractos
- Se vuelva así misma una clase abstracta
- Se pueden definir metodos y propiedades abstractos y no abstractos
- Las clases abstractas pueden heredas de otra clase abstracta
- No son instanciables (no se pueden crear objetos)
- Declara metodos que se deben sobreescribir en la clase que herede de esta
- Se pueden crear metodos no abstractos
- Cuando se tienen varias clases que comparten metodos y propiedades que funcionan diferente
(C# : Clase, Clase Abstracta, Interface) Es una característica de los lenguajes de programación orientados a objetos que permite definir una clase base, que proporciona funcionalidad específica (datos y comportamiento), así como clases derivadas, que heredan o invalidan esa funcionalidad.
- Una nueva clase toma los mismos atributos y metodos de otra clase
- Empleado Hereda de Persona, Empleado hereda los mismos atributos y metodos de Persona
- Esto evita declarar atributos y metodos que son comunes con la clase Persona
- La clase principal es llamada superclase y la que hereda es llamada subclase
- Cada subclase puede convertirse es una superclase
- De esta manera se puede tener un arbol de herencia: Animal <- Mamifero <- Felino <- Leon
- C# solo soporta herencia simple, cada clase solo puede heredas de una sola clase
- La herencia multiple se tratar con Interfaces
Interfaz A diferencia de las clases abstractas, una interfaz por sí sola no aporta funcionalidad, sino que fija un contrato que pueden implementar de manera distinta otras clases.
- Define metodos y propiedades abstractos
- Todos los metodos y propiedades deben ser abstractos
- Todos los metodos y propiedades deben ser implementados por la clase que hereda
- Una interfaz es como un molde rigido para una clase
- Una clase puede implementar varias interfaces
- Las interfaces deben empezar con I mayuscula: Interfaz Encendible = IEncencible
- Upcasting: Moldea/castea un objeto del tipo subclase al tipo de una de su superclase
- Array de tipo Mueble, silla de tipo Silla:
array[0]= silla;// implicitamente se castea a tipo Mueble
- Array de tipo Mueble, silla de tipo Silla:
- Downcasting: Moldea/castea un objeto del tipo superclase al tipo de una subclase
- Array de tipo Mueble, silla de tipo Silla:
Circulo otraSilla = array[0] as Circulo;
- Array de tipo Mueble, silla de tipo Silla:
Capacidad de implementar las mismas propiedades y métodos heredados a una clase, sin embargo, se implementan de diferente forma por lo que funcionan de diferente forma, esto logra que objetos de varios tipos tengan las mismas funciones.
- Habilidad de poder realizar operaciones con objetos de distinto tipo
- ej: objetos distinto tipo TV, auto, Lampara se pueden "Encender"
- Permite crear sistemas escalables
- Objetos de distinto tipo se comportan como uno solo
- Reuso de codigo
- Se aplica con Interfaces y Herencia
- DRY (Dont Repeat Yourself)
- SOLID:
- S: Responsabilidad unica: Una clase deberia tener solo una responsabilidad.
- O: Abierto/Cerrado: Las clases deberían estar abiertas para poder extenderse y cerradas para modificarse.
- L: Sustitución de Liskov: Los objetos deben poder ser reemplazados por instancias de sus subtipos sin alterar el correcto funcionamiento del sistema.
- I: Segregación de la Interfaz: Crear interfaces específicas o con una finalidad concreta.
- D: Inversión de Dependencias: Alcanzar un bajo acoplamiento de las clases. La se debe “depender de abstracciones, no depender de implementaciones”.
Son una solución general, reutilizable y aplicable a diferentes problemas de diseño de software. Se trata de plantillas que identifican problemas y proporcionan soluciones apropiadas a problemas generales a los que se han enfrentado los desarrolladores.
- Ahorran tiempo en el diseño
- Ayudan a estar seguro de la validez del codigo
- Ayuda a tener una metodologia en comun al trabajar en equipo
- Hace que sean menos propenso a tener errores
Simplifican la creación de objetos, desacoplando la manera de como se crean del resto de la implementación: Encapsulan y ocultan su funcionamiento. Normalmente hace uso de Interfaces. (mas comunes en negrita)
- Abstract Factory
- Builder Patterns
- Factory Method
- Prototype
- Singleton
Permiten la creación de la estructura especificando la forma en que las clases se relacionan con otras. El concepto de herencia se utiliza para componer interfaces y definir formas de componer objetos para obtener nuevas funcionalidades.
- Adapter
- Bridge
- Composite
- Decorator
- Facade/**
- Flyweight
- Proxy
- MVC
- FLUX
El patrón de comportamiento se ocupa de la comunicación entre objetos de clase. Se utilizan para detectar la presencia de patrones de comunicación ya presentes y pueden manipular estos patrones.
- Chain of responsibility
- Command
- Interpreter
- Iterator
- Mediator
- Memento
- Observer
- State
- Strategy
- Template method
- Visitor
Provee una interfaz que delega la creación de un conjunto de objetos con caracteristicas similares sin necesidad de conocer como crealos.
Separa el proceso de creación del objeto para poder crear representaciones distintas.
Similar a Abstrac Factory con la diferencia de que provee un metodo que las subclases deben implementar.
Permite la creación de objetos en plantillas de tal forma que para crear un objeto se clona uno ya existente. Se utiliza para restringir las operaciones de memoria / base de datos manteniendo la modificación al mínimo utilizando copias de objetos.
Restringe la creación de instancias a un solo objeto y proporciona acceso global al objeto. ej: solo hay una BD, si solo tiene API, solo hay una conexion.
public sealed class Singleton
{
private readonly static Singleton _instance = new Singleton();
private Singleton()
{
}
public static Singleton Instance
{
get
{
return _instance;
}
}
}
Permite a dos interfaces que no son compatibles comunicarse entre ellas, mediante un objeto intermedio que permite su comunicacion. Es reconocible por un constructor que toma una instancia de distinto tipo de clase abstracta/interfaz. Cuando el adaptador recibe una llamada a uno de sus métodos, convierte los parámetros al formato adecuado y después dirige la llamada a uno o varios métodos del objeto envuelto.
public interface IClase1
{
string GetRequest();
}
class Clase2
{
public string GetSpecificRequest(){ return "Specific request."; }
}
// clase adaptador
class Adapter : IClase1
{
private readonly Clase2 _CL2;
public Adapter(Clase2 cl2)
{
this._CL2 = cl2;
}
public string GetRequest() { return this._Clase2.GetSpecificRequest(); }
}
// uso
Clase2 obclase2 = new Clase2();
IClase1 clase1 = new Adapter(obclase2);
Console.WriteLine("Clase2 interface is incompatible with the client.");
Console.WriteLine("But with adapter client can call it's method.");
Console.WriteLine(clase1.GetRequest());
Desacopla una extracción (interfaz) de su implementación (clase) y permite desarrollar a las clases de manera independiente utilizando una interfaz como puente.
Se usa para agrupar objetos como un solo objeto. Permite componer objetos en estructuras de árbol y luego trabajar con estas estructuras como si fueran objetos individuales.
Permite agrega una nueva funcionalidad extra a un objeto sin necesidad de cambiar el comportamiento de las demas instancias del mismo tipo. Soluciona el problema de agregar y quitar responsabilidades en tiempo de ejecucion.
public class Cafe
{
public double getCosto(){ return 1; }
public string getIngredientes(){ return "Cafe"; }
}
public class ConLeche
{
public ConLeche(Cafe cf)
{
this.cf;
}
public double getCosto(){ return this.cf.getCosto()+1; }
public string getIngredientes(){return this.cf.getIngredientes()+ ", Leche" }
}
Cafe cafe1 = New Cafe();
ConLeche conLeche1 = new ConLeche(cafe1);
// Se muestran los ingredientes del cafe y del cafe con leche, dependiendo de que se necesite mostrara un precio e ingredientes diferentes
Proporciona una interfaz simplificada y solamente dejar acccesible lo que se va a utilizar (ej. libreria externa).
Permite que una gran cantidad de objetos comparten un unico objeto para realizar una tarea, reduciendo el uso de memoria y mejorar el rendimiento al reducir la creación de objetos. El patrón busca objetos similares que ya existen para reutilizarlo en lugar de crear otros nuevos que sean similares.
Se utiliza como una interfaz hacia cualquier otra cosa que se encarga de realizar una tarea que puede ser costosa o no duplicable. (ej. conexiona internet, archivo). Utilizada para crear objetos que pueden representar funciones de otras clases u objetos y la interfaz se utiliza para acceder a estas funcionalidades
Comúnmente utilizado para implementar interfaces de usuario, datos y lógica de control. Enfatiza una separación entre la lógica de negocios y su visualización.
- Modelo: Maneja datos y lógica de negocios.
- Vista: Se encarga del diseño y presentación.
- Controlador: Enruta comandos a los modelos y vistas.
EJ: ASP.NET MVC
Controller -> controlador, acciones que se muestran en la vista
Model -> Clases .cs , modelado de los datos
View -> Vistas -> Controller*View .htmlcs , representacion e interaccion visual con el usuario
Creado por Facebook para complementar Reacty similar a MVC, es un MVC circular
- El usario realiza una acción en la vista
- La aplicación se actualiza segun la interacción
- La aplicación se renderiza automaticamente para actualizar la vista
Desacopla el emisor del receptor de tal forma que en una cadena de elementos, cada elemento decide lo proceso o lo delega al siguiente objeto de la cadena.
Encapsula una accion y define los parametros necesarios para ejecutarla.
Define una repsentación de una gramatica asi como el mecanismo para procesarla. El arbol de sintaxis se suele interpretar mediante el patron composite.
Permite iterar a los elementos un objeto de colección sin necesidad de conocer como esta organizo o su estructura.
Encapsula como otros objetos se comunican entre ellos, través de su clase que permite la comunicación para varias clases. Cuando un objeto necesita comunicar algo a otro u otros objetos, no necesita comunicarse con cada objeto. Simplemente, le comunica al mediador algo, y éste, se encarga de enrutar y comunicarse con el resto de objetos.
- Mantenimiento sencillo
- Acoplamiento debil
public interface IMediator
{
void RegisterUser(User user);
}
public class Mediator : IMediator
{
private List<User> _users = new List<User>();
public void RegisterUser(User user)
{
_users.Add(user);
Console.WriteLine($"\t{user.GetUserName()} (has joined to the group '{_groupName}'!)");
}
}
public abstract class User
{
protected IMediator Mediator;
protected string Name;
public User(IMediator mediator, string name)
{
Mediator = mediator;
Name = name;
}
public string GetUserName() => Name;
}
IMediator mediator = new Mediator("Patterns for C# Group");
User jorge = new User(mediator, "Jorge");
User maria = new User(mediator, "María");
mediator.RegisterUser(jorge); // el mediador se encarga de hacer las operaciones para User
mediator.RegisterUser(maria);
Otorna la habilidad a un objeto de volver a un estado anterior.
Permite definir un mecanismo de suscripción para notificar a varios objetos sobre cualquier evento que le suceda al objeto que está siendo observado.
En el patrón state, el comportamiento de una clase varía con su estado y, por lo tanto, está representado por el objeto de contexto.
Permite seleccionar el comportamiento del objeto en tiempo de ejecución segun factores.
Se usa con componentes que tienen similitud donde se puede implementar una plantilla del código para probar ambos componentes. El código se puede cambiar con pequeñas modificaciones.
El propósito de un patrón Visitor es definir una nueva operación sin introducir las modificaciones a una estructura de objeto existente.
Web Services
Tecnologia que permite intercambiar datos entre aplicaciones desarrolladas en diferentes lenguajes y plataformas a traves de una red. La petición se hace desde un cliente hacia un Sevidor que ya cuenta con el servicio necesario (API), luego el Servidor retorna una resuesta al Cliente. Existen dos estandar/protocolos: 1) SOAP y 2) REST.
Simple Object Acces Protocol: Protocolo con uso de XML para establecer la comunicación sistemas, al estar basado en XML es independiente del lenguaje y plataforma.
- Es un protocolo para el intercambio de datos.
- Usa WSDL para exponer los metodos y detalles tecnicos.
- Los servicios web y sus clientes usan WSD como contrato.
Usa:
- Transferencia de datos: HTTP
- Codificacion de datos: XML
- Pruebas con: SoapUI
Representational State Transfer: Estilo de arquitectura que usa peticiones HTTP para establecer la comunicacion entre sistemas. Permite el uso de XML, JSON, texto plano, HTML, entre otros.
- Es una arquitetura que usa HTTP para intercambio de datos
- Expone los metodos a traves de la URL
- No existe contrato cliente / servidor
Usa:
- Transferencia de datos: HTTP
- Codificacion de datos: JSON
- Pruebas con: PostMAN
SOAP hace que los servicios web esten altamente acoplados con el cliente debido al contrato. SOAP soporta unicamente XML para el intercambio de datos SOAP tiene una curva de aprendizaje pronunciada por el conocimiento sobre WSDL SOAP hace que el serivicio web no sea facil de mantener debido al contrato WSDL REST hace que los servicios web sean con bajo acoplamiento REST permite el intercambio de datos en otros formatos REST tiene una curva de aprendizaje corta al trabajar con metodos simples HTTP REST permite manetener facilomente los servicios web debido a que al agregar metodos no es necesario hacer cambios en el cliente
| SOAP | REST |
|---|---|
| Hace que los servicios web esten altamente acoplados con el cliente debido al contrato | hace que los servicios web sean con bajo acoplamiento |
| Soporta unicamente XML para el intercambio de datos | permite el intercambio de datos en otros formatos**** |
| Tiene una curva de aprendizaje pronunciada por el conocimiento sobre WSDL | tiene una curva de aprendizaje corta al trabajar con metodos simples HTTP |
| Hace que el serivicio web no sea facil de mantener debido al contrato WSDL | permite manetener facilomente los servicios web debido a que al agregar metodos no es necesario hacer cambios en el cliente |
| Implementación no tan sencilla | Implementación flexible |
| Ofrece mayor seguridad y se ajusta a especificaciones, anque es mas pesada | APIs mas ligeras |
Son pruebas de muy bajo nivel y se realizan cerca de la fuente de la aplicación. Probar:
- Métodos
- Funciones individuales de las clases
- Componentes
- Módulos que usa tu software.
Son pruebas que verifican que los distintos módulos o servicios utilizados funcionan bien en conjunto. Por ejemplo, se puede probar la interacción con la base de datos o asegurarse de que los microservicios funcionan bien en conjunto y según lo esperado.
Son pruebas que se centran en el resultado de una acción y no comprueban los estados intermedios del sistema al realizar dicha acción.
Son pruebas integrales que replican el comportamiento de un usuario con el software en un entorno de aplicación completo. Verifica:
- Diversos flujos de usuario
- Interaccion
- Notificaciones: correo electrónico, pagos en línea, etc.
Son pruebas son formales que verifican si un sistema satisface los requisitos. Requieren que se esté ejecutando toda la aplicación durante las pruebas y se centran en replicar las conductas de los usuarios. Puede tambien medir el rendimiento del sistema.
Son pruebas que evalúan el rendimiento de un sistema con una carga de trabajo determinada. Ayudan a medir:
- Fiabilidad
- La velocidad
- La escalabilidad
- La capacidad de respuesta de una aplicación.
Son pruebas básicas que sirven para comprobar el funcionamiento básico de la aplicación. Están concebidas para ejecutarse rápidamente, y su objetivo es ofrecerte la seguridad de que las principales funciones.