Identificación de patrones de diseño

A) Identificación de patrones de diseño para la autenticación en aplicaciones.
Los patrones de diseño (design patterns) son la base para la búsqueda de soluciones a problemas comunes en el desarrollo de software y otros ámbitos referentes al diseño de interacción o interfaces.
Un patrón de diseño es una solución a un problema de diseño. Para que una solución sea considerada un patrón debeposeer ciertas características. Una de ellas es que debe haber comprobado su efectividad resolviendo problemas similares en ocasiones anteriores. Otra es que debe ser reusable, lo que significa que es aplicable a diferentes problemas de diseño en distintas circunstancias.

Según esta especificación, todo patrón de diseño debe ir acompañado de:
Nombre del patrón: Gracias a éste nombre podremosidentificar al patrón y referimos al mismo cuando discutamos con otros diseñadores durante la fase de diseño.
Sinopsis: Breve resumen que nos indica la esencia de la solución proporcionada por el patrón. Es de gran utilidad para los programadores expertos que no conocen el nombre del patrón. De esta forma, se les indica lo que éste hace.
Contexto: Descripción detallada del problema recurrente que elpatrón viene a solucionar.
Solución: Contiene una descripción detallada del patrón, y viene acompañada de un diagrama de clases UML que refleja gráficamente esta solución.
Ejemplo de aplicación: La descripción del patrón siempre será más rica si va acompañada de un ejemplo practico.

FABRICAS ABSTRACTAS.

Abstract Factory (Fábrica Abstracta) es un patrón de diseño para el desarrollo desoftware.

Contexto y problema
Contexto: Debemos crear diferentes objetos, todos pertenecientes a la misma familia. Por ejemplo: las librerías para crear interfaces gráficas suelen utilizar este patrón y cada familia sería un sistema operativo distinto. Así pues, el usuario declara un Botón, pero de forma más interna lo que está creando es un Botón Windows o un Botón Linux, por ejemplo.
El problemaque intenta solucionar este patrón es el de crear diferentes familias de objetos. El patrón Abstract Factory está aconsejado cuando se prevé la inclusión de nuevas familias de productos, pero puede resultar contraproducente cuando se añaden nuevos productos o cambian los existentes, puesto que afectaría a todas las familias creadas.
ASPECTO ESTÁTICO
La estructura típica del patrón AbstractFactory es la siguiente:
• Cliente: La clase que llamará a la factoría adecuada ya que necesita crear uno de los objetos que provee la factoría, es decir, Cliente lo que quiere es obtener una instancia de alguno de los productos (ProductoA, ProductoB).
• AbstractFactory: Es de definición de la interfaces de las factorías. Debe de proveer un método para la obtención de cada objeto que puedacrear. ("crearProductoA()" y "crearProductoB()")
• Factorías Concretas: Estas son las diferentes familias de productos. Provee de la instancia concreta de la que se encarga de crear. De esta forma podemos tener una factoría que cree los elementos gráficos para Windows y otra que los cree para Linux, pudiendo poner fácilmente (creando una nueva) otra que los cree para MacOS, por ejemplo.
•Producto abstracto: Definición de las interfaces para la familia de productos genéricos. En el diagrama son "ProductoA" y "ProductoB". En un ejemplo de interfaces gráficas podrían ser todos los elementos: Botón, Ventana, Cuadro de Texto, Combo... El cliente trabajará directamente sobre esta interfaz, que será implementada por los diferentes productos concretos.
• Producto concreto:Implementación de los diferentes productos. Podría ser por ejemplo "BotónWindows" y "BotónLinux". Como ambos implementan "Botón" el cliente no sabrá si está en Windows o Linux, puesto que trabajará directamente sobre la superclase o interfaz.

SINGLETON O SINGULAR.
El patrón de diseño singleton (instancia única) está diseñado para restringir la creación de objetos pertenecientes a una clase o el valor...