Decisiones arquitectónicas tomadas

Participantes:

Se utiliza MongoDB como base de datos.
Se utiliza una arquitectura hexagonal para la implementación de las diferentes funciones y peticiones del backend.
Para el testing, se ha creado una base de datos de test con datos especiales para llevar a prueba posibles anomalías.
Las contraseñas se ecriptan utilizando un algoritmo KDF de cifrado asíncrono (PBKDF2 en concreto).
Se pretende utilizar una API para calcular la distancia entre 2 direcciones pasadas como parámetro.
Para poder acceder al POD de SOLID se utilizan las siguientes dependencias:

@inrupt/solid-client
@inrupt/vocab-common-rdf Extraemos la dirección del POD del campo público de la VCARD del usuario, que es una ficha de su información personal. Hemos dejado la opción de hacer login en el POD como extra, aunque por la opción de despliegue que hemos utilizado, no podemos acceder debido a fallos de https

Se emplean microfrontends, esto para optimizar sobretodo el testing del proyecto y generar un código mas corto y legible.
La aplicación está internacionalizada siguiendo una estructura de ficheros.
El idioma y el contexto de usuario se definen mediante hooks de react "CreateContext" y "UseContext" para aprovechar la característica de react de crear contextos y variables globales.
Se utiliza Cloudinary para guardar las imágenes ya que se reducen problemas de almacenamiento y se evitan problemas incompatibilidad
Se han utilizado dependencias externas para el diseño de la aplicación. Concretamente:

MUI: Ya que nos proporciona una serie de componentes con funcionalidades muy útiles que facilitan el desarrollo del proyecto.
Bootstrap: Para ciertos componentes ya que utilizando boostwatch, podemos ahorrar la creación de algunas hojas de estilo CSS
Bootswatch: Para dotar de un tema a la aplicación, de nuevo, sin tener que crear CSS
SweetAlert2: Ya que es una forma sencilla e intuitiva de sacar alertas animadas por pantalla