Backend Spring hexagonal
Architecture hexagonale stricte : domaine isolé, ports et adaptateurs, R2DBC ou JPA, Liquibase, OpenAPI et Actuator.
Backend Spring hexagonal, frontend Next.js, mobile Expo ou module Kernel : génère une base conforme aux standards d'architecture, déjà câblée au Kernel, avec Docker, CI et documentation.
Chaque template applique les conventions Yowyob : structure imposée, métadonnées de projet, Docker, CI et vérification automatique.
Architecture hexagonale stricte : domaine isolé, ports et adaptateurs, R2DBC ou JPA, Liquibase, OpenAPI et Actuator.
App Router, feature-sliced, thème partagé et BFF sécurisé : la clé API reste côté serveur, jamais dans le navigateur.
React Native avec Expo Router, stockage sécurisé des sessions et client Kernel typé, sans aucun secret embarqué.
Nouveau module du Kernel prêt à greffer : structure hexagonale, migrations Liquibase et câblage attendu par le monolithe.
Compose uniquement les cores nécessaires par API, avec son propre métier et son propre cycle de déploiement.
Quatre étapes, quelques minutes, et un projet qui respecte déjà les règles maison.
Nom, template, versions et features. Les standards Yowyob sont appliqués par défaut.
Auth, organisations, fichiers, facturation… Chaque service coché génère son client typé.
Archive prête à l'emploi : Dockerfile, CI, compose, documentation et variables d'environnement.
Contrats Traefik et workflows fournis. `doctor` vérifie la conformité avant la mise en ligne.
Coche les services consommés : l'Initializr génère les clients typés, les variables d'environnement et la documentation d'usage correspondante.
Les règles de sécurité et de gouvernance sont dans les blueprints, pas dans un document.
Les fronts générés passent par un BFF : clé API côté serveur uniquement, en-têtes filtrés par allow-list et périmètre d'API restreint.
`doctor` contrôle la structure attendue, la présence des métadonnées et détecte les secrets committés par erreur.
Les versions de Spring, Next ou Expo ne sont pas figées : `upgrade` produit un plan de mise à niveau des projets existants.
Clients Java et TypeScript générés selon les services consommés, et enregistrement de la ClientApplication côté Kernel.
La même logique que le web : l'interface et la CLI partagent exactement le même cœur.
# générer un front Next.js connecté au Kernel $ yowyob init frontend --name demo-web --kernel-services auth,file # vérifier la conformité d'un projet existant $ yowyob doctor ./demo-web # préparer la ClientApplication Kernel (sans rien créer) $ yowyob register-client --name demo-web --services auth,file --dry-run
Choisis ta stack, coche tes services Kernel et récupère une base conforme, documentée et déployable.
Créer mon projet →