Mejoras propuestas

[wipodev]

Se me ocurrió unas cosas para mejorar a evermod
1 agregar un comando init para crear un nuevo espacio de trabajo de evermod ya con una platilla de un mod incluida
2 agregar el comando build a evermod-cli para compilar el mod a todas las versiones soportadas por evermod
3 agregar en la raíz del espacio de trabajo un evermod.config.json el cual usará el comando build de evermod-cli para filtrar qué versión se quiere compilar
4 agregar al proceso de compilación la opción de verificar que se está usando de evermod en el mod y en función de eso optimizar lo que se compila de evermod en el mod optimizando eliminando lo que no se está usando de esta manera no se tiene que compilar todo el modulo de evermod seleccionado claro se que esta opción es algo ya mas avanzado

[wipodev]

Aquí hay un plan claro, estructurado y técnicamente sólido para implementar las 4 mejoras que pensaste para EverMod, junto con detalles de implementación para que no choquen con la arquitectura actual del framework, tu CLI y el sistema de plantillas Jinja2.

---

✅ 1. Comando evermod init

Crear un nuevo espacio de trabajo EverMod con:

• framework/evermod-{version}/

• mods/<nombre-del-mod>/

• Un mod básico generado con la plantilla dinámica (igual que evermod new, pero aplicado dentro del workspace)

• settings.gradle ya configurado

• evermod.config.json en la raíz del workspace

✔ Funcionalidad propuesta

evermod init mymod --version 1.20.1

Genera esta estructura:

myworkspace/
 ├─ evermod.config.json
 ├─ framework/
 │   └─ evermod-1.20.1/
 ├─ mods/
 │   └─ mymod/
 ├─ settings.gradle
 └─ build.gradle (root)

✔ Flujo interno

1. El CLI pregunta:

   • Nombre del workspace

   • Nombre del mod

   • Versión de Minecraft objetivo

   • Si quiere incluir ejemplo de comandos, entidad u otros módulos opcionales

2. Copia la plantilla base del workspace (preparada en tu CLI con Jinja2).

3. Llama internamente al generador de mods actual para crear el mod dentro de /mods.

---

✅ 2. Comando evermod build

El comando que compila automáticamente el mod en todas las versiones soportadas por EverMod, usando los módulos framework/evermod-XXXX.

✔ Ejemplo

evermod build

Compilaría el mod para:

• 1.19.2

• 1.20.1

• 1.21.1
  (depende de las versiones que existan dentro del workspace)

✔ Ejemplo con filtro

evermod build --version 1.20.1

Esto debe leer un JSON:

{
  "targetVersions": ["1.19.2", "1.20.1", "1.21.1"]
}

Y compilar solo lo necesario.

✔ Internamente

• Detecta todos los evermod-* en la carpeta framework/.

• Por cada versión:

  • Genera temporalmente un gradle.properties con esa versión

  • Llama gradlew jar o gradlew build

  • Guarda los JAR en /build/outputs/<version>/

Con esto tendrás:

build/
 ├─ outputs/
 │   ├─ 1.19.2/mymod-0.1.0.jar
 │   ├─ 1.20.1/mymod-0.1.0.jar
 │   └─ 1.21.1/mymod-0.1.0.jar

---

✅ 3. Archivo evermod.config.json

Controla las versiones, módulos, rutas del mod, optimizaciones futuras y settings personalizados.

✔ Ejemplo propuesto

{
  "modName": "mymod",
  "targetVersions": [
    "1.19.2",
    "1.20.1"
  ],
  "workspaceVersion": 1,
  "optimizeEverMod": true,
  "author": "wipodev"
}

El comando build usa este archivo para:

• Determinar qué versiones compilar

• Ver si debe hacer optimización del framework

• Determinar el nombre del mod

---

✅ 4. Optimización del build: compilar solo lo que usa EverMod

Esto es nivel pro, pero totalmente posible.

✔ Objetivo

Reducir tamaño y tiempo de compilación analizando:

• Qué módulos de EverMod se usan desde el código del mod (por importaciones)

• Qué clases/funciones del framework son necesarias

✔ Enfoque técnico correcto

Análisis estático de imports:

1. Leemos todos los .java del mod.

2. Extraemos importaciones que empiezan con:

net.evermod

Ej:

import net.evermod.common.helpers.TeleportHelper;
import net.evermod.common.navigation.DARN;

3. Creamos una lista:

[
  "common.helpers.TeleportHelper",
  "common.navigation.DARN"
]

4. Generamos un árbol de dependencias:

• TeleportHelper depende de PositionUtil

• DARN depende de ActionNode, VectorUtils, MathHelper, etc.

5. Copiamos solo los archivos del framework necesarios a un módulo temporal:

framework_gen/
 └─ evermod-1.20.1-minimized/

6. Compilamos usando ese módulo generado en vez del framework completo.

✔ Resultado

• Compilaciones más rápidas

• JAR más pequeño

• Versión “mínima” del framework optimizada

✔ Modo futuro

Puedes activar/desactivar esto desde el config:

"optimizeEverMod": true

---

🎯 Resumen Final (Versión ejecutiva)

Mejora	Estado	Detalle
evermod init	✔ Listo para implementar	Crea un workspace completo con mod incluido
evermod build	✔ Listo y potente	Compila todas las versiones automáticamente
evermod.config.json	✔ Fundamental	Controla versiones, opciones y optimizaciones
Optimización de EverMod	✔ Avanzado	Analiza imports, genera framework minimizado