Parce que make, c'est simple ??? Ce que tu veux ressemble à vouloir utiliser les autotools à la place de CMake.
Ne pas vouloir utiliser gradle, c'est comme utiliser Debian sans apt-get et consort. On peut très bien faire un script shell qui va d/l les dépendances. Maven va aussi d/l les dépendances, ça n'est pas tellement plus simple que Gradle.
Tu as aussi la possibilité d'utiliser javac directement, un peu comme tu utiliserai gcc. Tu dois même pouvoir faire un makefile utilisant Javac. Pour gérer les dépendances, tu pourras utiliser Ivy, Maven ou Grape. Tu utiliseras 2 outils au lieu d'un.
Je ne sais pas si Kotlin supporte Grape/Yvi dans le code source comme Groovy...
Il y a plein de raisons de ne pas apprécier Gradle :
- il impose un formalisme qui parfois est irritant ;
- la syntaxe est parfois incohérente (ça c'est améliorer avec la version 7.2) ;
- Ils ont fait les DSL de sorte qu'il n'y a pas d'autocompletion vraiment efficace ;
- Les messages d'erreur sont parfois complexe, ou tombe à coté.
Malgré ces défauts, si tu te conforme au formalisme, c'est juste un outils incontournable, et finalement très efficace, surtout sur de gros projets modulaires. Si tu développes ton plugin pour ajouter un truc au build pour faire fonctionner ton code, tu pourras partager ce que tu fais bien plus aisément, puisqu'il y a de grande chance que les intéressés utilisent aussi Gradle.
[^] # Re: Et pour Kotlin ?
Posté par YBoy360 (site web personnel) . En réponse au journal Une boite à meuh qui fait pas "meuh". Évalué à 0.
Parce que make, c'est simple ??? Ce que tu veux ressemble à vouloir utiliser les autotools à la place de CMake.
Ne pas vouloir utiliser gradle, c'est comme utiliser Debian sans apt-get et consort. On peut très bien faire un script shell qui va d/l les dépendances. Maven va aussi d/l les dépendances, ça n'est pas tellement plus simple que Gradle.
Tu as aussi la possibilité d'utiliser javac directement, un peu comme tu utiliserai gcc. Tu dois même pouvoir faire un makefile utilisant Javac. Pour gérer les dépendances, tu pourras utiliser Ivy, Maven ou Grape. Tu utiliseras 2 outils au lieu d'un.
Je ne sais pas si Kotlin supporte Grape/Yvi dans le code source comme Groovy...
Il y a plein de raisons de ne pas apprécier Gradle :
- il impose un formalisme qui parfois est irritant ;
- la syntaxe est parfois incohérente (ça c'est améliorer avec la version 7.2) ;
- Ils ont fait les DSL de sorte qu'il n'y a pas d'autocompletion vraiment efficace ;
- Les messages d'erreur sont parfois complexe, ou tombe à coté.
Malgré ces défauts, si tu te conforme au formalisme, c'est juste un outils incontournable, et finalement très efficace, surtout sur de gros projets modulaires. Si tu développes ton plugin pour ajouter un truc au build pour faire fonctionner ton code, tu pourras partager ce que tu fais bien plus aisément, puisqu'il y a de grande chance que les intéressés utilisent aussi Gradle.