01

Visión General

HunterDex sigue una arquitectura de tres capas que separa claramente la presentación, la lógica de negocio y el almacenamiento de datos. Esta separación de responsabilidades facilita el mantenimiento, la escalabilidad y la comprensión del sistema.

Frontend
Capa de Presentación — Kivy Interfaz gráfica construida con Kivy (Python). Gestiona todas las pantallas: Login, Catálogo, Detalle, Favoritos y panel Administrativo. Se comunica con el controlador para solicitar y enviar datos.
Backend
Capa de Lógica de Negocio — Python Clases y métodos Python que implementan la lógica de autenticación, búsqueda, gestión de favoritos y operaciones CRUD sobre el catálogo. Actúa como puente entre la vista y los datos.
Persistencia
Capa de Datos — Archivos JSON Cuatro archivos JSON funcionan como base de datos local: monsters_db.json, users_db.json, favorites.json e images_db.json. No requiere motor de base de datos externo.
02

Stack Tecnológico

Python 3
Kivy Framework
JSON (archivos locales)
POO — Clases y módulos
Patrón MVC
Windows compatible
03

Principios de Diseño

La arquitectura de HunterDex se sustenta en los siguientes principios:

Separación de responsabilidades: cada capa tiene una función exclusiva y no conoce los detalles internos de las otras.

Modularidad: cada funcionalidad está encapsulada en su propia clase o módulo, facilitando pruebas y mantenimiento independiente.

Bajo acoplamiento: las capas se comunican a través de interfaces definidas, reduciendo el impacto de cambios en una capa sobre las demás.

Persistencia simple: el uso de JSON elimina dependencias externas y simplifica el despliegue en entornos locales.