Belle présentation qui m’a d’autant plus intéressée qu’il y a un mois, un de mes collègues faisait lui aussi une évaluation des clients Docker en Java. On était pas satisfait de toutes les dépendances à ajouter à notre projet. On va peut être regarder github.com/Dockins/jocker même si pour nous l’info arrive un peu tard. --- Sinon à propos de la génération de code avec swagger. Il faut bien voir qu’il y a deux cas d’utilisation distincts: 1) Génération de code one shot en démarrage de projet, puis adaptation à la main. Dans ce cas il es important que le code généré soit aussi proche que possible d’un code qu’on aurait écrit à la main. Générer le code puis passer en code first peut avoir du sens, puisque certains framework (comme jaxrs en java) sont capable de générer dynamiquement la spec correspondant au code. Dans ce cas le générateur n’a servi qu’une fois, puis le server génère les specs suivante. 2) Regénération du code à chaque évolution de la spec. C’est l’approche “Spec first” et dans ce cas je te donne raison, les propriétés qui font la qualité du code généré sont différentes: séparation en deux dossiers des sources générées et du code manuel, utilisation d’interface pour détecter qu’une implémentation doit être mis à jour, principes du “Generation-gap pattern”. Effectivement la réduction de dépendances et le fait d’expliciter toutes les opérations même si le code se répète, peut être l’objectif dans ce cas. Si tu as besoins d'un générateur swagger différent, je peux voir ce que je peux faire.
