Este es un codekata o howto para organizar los códigos fuentes usando espacios de nombres. Esta técnica consiste en organizar las clases de los ficheros en espacios, para que no haya colisiones entre nombres de clases iguales, y para que todo tenga una estructura más mantenible.
Este howto también se puede combinar con la autocarga de clases, lo que se llama PSR-4 de PHP.
Continuar leyendo..
Este es un codekata en PHP con Symfony Flex para montar una estructura usando Arquitectura Hexagonal, en unos minutos, para un proyecto nuevo.
Symfony tiene su propia estructura por defecto, nos invita a seguir una serie de directorios en donde se guardan los controladores, repositorios, entidades, etc.. Esto esta muy bien, puede parecer que nos cierra a dicha estructura, pero nada más lejos de la realidad. Igual que en cualquier otro proyecto en puro PHP, con Symfony se puede estructurar todo como queramos.
Continuar leyendo..Continuando con el repaso a los patrones del diseño del software, llegamos al Command o Comando. También es llamado el patrón Action o Transaction. Permite encapsular acciones en objetos programados, de forma que facilita el mantenimiento y ampliación de la aplicación que tengamos entre manos.
Esto facilita el uso de colas, la ejecución en background, mantenimiento de estados, tener históricos, poder revertir cambios, etc.. desacoplando interfaces, puertos, clientes, controladores, etc.. del resto de la aplicación, haciendo independiente la forma de ejecución de todas estas acciones de la forma en que se lancen.
Es decir, si independizamos las acciones en comandos, nos dará igual si luego se llaman desde interfaces gráficas, una o varias, desde línea de comandos, peticiones en una API RESTful, etcétera.
Continuar leyendo..Este post es sobre el patrón de diseño del software llamado Chain of Responsability o Cadena de Responsabilidad. Se usa cuando se quieren tener varios objetos relacionados de forma que cada uno pueda hacer una cosa con una misma petición, o puede que sólo algunos tengan que hacer algo con dicha petición.
Se puede implementar enlazando los objetos entre sí para establecer una cadena, o utilizando el patrón Composite.
Continuar leyendo..Recopilando más apuntes sobre patrones del diseño del software, llegamos a este patrón de diseño Module/Módulo que se puede implementar de muchas formas. Este codekata en PHP hace una implementación, pero se puede hacer de varias formas, y simplemente consiste en aplicar la técnica de divide y vencerás.
Es decir, los programas los podemos dividir por módulos. A su vez, estos módulos se pueden volver a dividir de nuevo en sub-módulos. Además de que independientemente a si se usa en programación procedural o con objetos, podemos establecer módulos.
Continuar leyendo..En el patrón de diseño del software Proxy, se incluye una clase intermedia antes de un objeto, para aplicar acciones extra antes de usar el objeto intermediado.
Es decir, es para aplicar acciones como cacheado de la información, de los objetos generados, logs, reenvío de acciones a otros objetos, control de acceso a métodos o datos, etcétera..
Continuar leyendo..
Sencillo codekata de copia y pega en PHP para cifrar, transmitir esta información cifrada por un canal público, y descifrar en destino.
La idea es usar un cifrado con semilla, de forma que esta semilla hace que sea imposible, o muy difícil, descifrar estos datos si no se sabe dicha semilla. Generalmente, por un canal seguro y privado se comparte una clave, con esta clave se cifra en origen, y en destino igualmente se descifra.
Continuar leyendo..Siguiendo con el repaso a los patrones de diseño software, llegamos al llamado Prototype, o Prototipo en castellano. Este patrón consiste en crear un método en los objetos para que se puedan clonar fácilmente.
Es decir, una vez tenemos un objeto, podemos crear otro copia de este primero, pero puede ser muy costoso hacerlo desde afuera del objeto que queremos clonar. Lo mejor es hacerlo internamente dentro del propio objecto. Al grano..
Continuar leyendo..Este patrón de diseño del software es de los del tipo creacionales. Los Builder o Constructores se usa para preparar la construcción de objetos complejos, o para preparar la construcción de baterías de clases complejas.
Estas clases complejas pueden ser de todo tipo. Simplemente se trata de una forma de dividir un problema grande o complejo en trozos más pequeños. Vamos al grano..
Continuar leyendo..Este patrón de diseño del software es muy interesante, porque da mucho juego, además de que si lo combinamos con otros puede mejorar mucho nuestros programas. Es decir, simplemente se trata de una clase, que como su nombre indica, Factory, Factory Method o Abstract Factory, se encargan de fabricar objetos para usarlos.
Estos objetos pueden ser cacheados para no volver a crearlos con su coste de crearlos, también puede encargarse de crear otros objetos con todo tipo de patrones de diseño.
Continuar leyendo..Continuando con los resúmenes sobre patrones de diseño del software llegamos al patrón Object Pool, que traducido significa Grupo de Objetos.
Este patrón está orientado a mejorar el rendimiento de la creación de objetos con alto coste temporal o espacial. Es decir, es para mejorar el uso de los recursos. Se genera una serie de objetos al inicio del programa, o la primera vez, para ir cogiendo los objetos del pool, y después devolverlos para que otros procesos o módulos del programa los reutilicen sin tener que volver a crearlos.
Continuar leyendo..Este patrón del diseño del software es un patrón para optimizar los recursos, para reducir el coste espacial, y probablemente también el coste temporal de nuestros programas. El patrón Flyweight o Peso Mosca se basa en la optimización de recursos disminuyendo la cantidad de información que tiene cada objeto.
Es decir, cuando tenemos muchos objetos similares con información muy parecida, conviene desacoplar la información común y agruparla en nuevos objetos, reduciendo los originales.
Continuar leyendo..
