patrones

  • Arquitectura de capas

    En el post anterior vimos qué era la arquitectura de software y para qué nos sera. En este nuevo post vamos a ver más en detalle la arquitectura de capas. 

    Se destaca por ser fácil de implementar en el comienzo del proyecto y fácil de entender para principiantes en el desarrollo de software.  

  • Arquitectura guiada por eventos

    Continuando con el post anterior, hoy les traigo la arquitectura guiada por eventos. 

    Las arquitecturas guiadas por eventos son asincrónicas, lo cual es un detalle importante a tener en cuenta. Esto quiere decir que, al momento de ejecutar una acción, el sistema no reaccionará de manera inmediata, sino que lo hará en un tiempo que no podemos predecir.  

    Esto, si bien para algunos sistemas puede ser un problema, para otros es un gran beneficio, pero lo vamos a ver más adelante. 

  • Patrón creacional - Prototype

    En la edición anterior hicimos foco en el patrón estructural PROXY. En esta entrega vamos a indagar en el patrón creacional PROTOTYPE. Allá vamos! 

  • Patrón creacional - SINGLETON

    En la edición anterior hicimos foco en el patrón estructural DECORATOR. En esta entrega vamos a indagar en el patrón creacional SINGLETON. Allá vamos! 

  • Patrón de comportamiento - Observer

    En la edición anterior hicimos foco en el patrón creacional PROTOTYPE. En esta entrega vamos a indagar en el patrón de comportamiento OBSERVER. Allá vamos!

  • Patrón estructural - DECORATOR

    En la edición anterior hicimos foco en el patrón de comportamiento OBSERVER. En esta entrega vamos a hacer foco en el patrón estructural DECORATOR. Allá vamos!

  • Patrón estructural - PROXY

    En la edición anterior nos hicimos foco en el patrón de comportamiento STRATEGY. En esta entrega vamos a hacer foco en el patrón estructural PROXY. Allá vamos!

  • Tres preguntas para entender la arquitectura de software

    El desarrollo de software busca resolver distintas problemáticas con ayuda de la tecnología. Pero estas problemáticas suelen ser variadas y distintas, por lo que nuestro producto tiene que ser acorde al problema a resolver. O sea, no es lo mismo resolver la gestión de finanzas de una empresa que resolver la integración de un sistema con la AFIP. 

    Como tenemos distintos problemas que resolver debemos suponer que no todos los problemas se resuelven de la misma manera. Pero ¿Por dónde empiezo para saber que estrategia usar para resolverlo? 

    Es ahí donde debemos emplear una de las primeras herramientas a tener en cuenta en el desarrollo de software. “La arquitectura de software”.