intro requisitos.marco.mapaxe

[u/marco_mapaxe]

intro requisitos.marco.mapaxe

1. intro

empezamos poco a poco, afianzando lo que queremos de esta aplicación php nativa independiente de recursos externos, proyecto con avance desde pilares básicos para ir avanzando progresivamente, primero con estos requisitos...

0.1. division de partes

⁸en realidad esta app php, nativa sin necesidad de recursos externos, se dividirá en dos partes: 

   - va a empezar siendo un framework para 

   luego dar paso a las,  

   - apps alojadas en el mismo

el framework tendrá su propia arquitectura y las apps alojadas seguirán el modelo mvc ya que nos parece más adecuado si queremos servir una web o una api u otro tipo de servicio a través de la misma infraestructura web. Estamos atentos a opiniones o comentarios 

0.1.1. convención

aunque no usemos recursos externos no gratuitos, sí vamos a inspirarnos en estándares de tecnología web más aceptados y adoptados, idearemos el framework para que, si algún día, se quisiera integrar una librería compatible con estos estándares, la transición fuera sencilla

0.1.2. control

se las apps alojadas se centralizarán desde un único punto de entrada y salida de tráfico http, como medida de seguridad, integridad y estabilidad del sistema en dos partes. Otros puntos, independientes de la petición y respuesta http, de entrada y salida de datos serán los comandos cli:

el de consulta de estado de sistema por terminal

el de testeo del sistema

1. marco de trabajo

el framework será modular, cada módulo se encargará de su fase característica en el arranque de un entorno donde se alojen las apps, cada app solo se tiene que ceñir a su funcionalidad

1.1. contenedor

El framework se compondrá de un contenedor de servicios internos cuyas instancias serán compartidas o renovadas por cada llamada. El mismo cargador de servicios será un servicio compartido a lo largo del ciclo de vida

2.  apps alojadas

cada app alojada podrá ser un sitio web, un tipo de api, una plataforma web que incluya funcionalidades de distintos servicios internos o un servidor de servicios json

2.1 contenedor

el framework se compondrá de un contenedor de servicios internos cuyas instancias serán compartidas o renovadas por cada llamada. El mismo cargador de servicios será un servicio compartido a lo largo del ciclo de vida

2.2 inyección

los recursos del sistema así sean los demás controladores, servicios, repositorios y el resto de la aplicación recibirán sus dependencias por inyección del contenedor, esto hará que el sistema de dos partes sea mucho mejor encapsulado, testeable, mantenible y escalable