• [^] # Re: Intérêt

    Posté par (site web personnel) . En réponse à la dépêche Sortie d'une première version stable de Go. Évalué à 3.

    une mini-distribution dans ma distribution.

    Alors ça c'est ce que font quasiment tous les langages aujourd'hui. cpan, gem, easy_install, pear, etc.
    Ils font quasiment tous, par certains côtés, doublons avec le système de package de ta distrib. Idem pour go avec go get…

    Gradle te permet ça de manière simple, notamment la dernière ligne qui te charge tous les jars d'un ou plusieurs répertoire.
    Donc tu peux faire exactement pareil, tu n'as qu'à mettre un compile fileTree(dir: '/usr/share/java', include: '*.jar') et c'est terminé.
    Et hop, pas besoin de gérer des dépendances maven ou autre, tu n'as qu'à poser tes jars comme tu veux.

    Maintenant, je pense tout de même que c'est une mauvaise solution.
    Pire, je développe en OSGi donc il m'est possible d'avoir n versions d'une même lib exécutées en même temps dans le même projet global. Et là, tu es bien obligé de gérer les dépendances.

    Donc au final : tu veux faire un projet un peu important ? Utilise les dépendances, le format de dépendance maven par exemple, au travers de gradle c'est le plus simple.
    Tu veux faire un petit projet ou ne pas te prendre la tête ? Copie les jars souhaités dans un répertoire quelconque (comme tu ferais avec n'importe quel langage) et utilise gradle de la manière suivante :

    apply plugin: 'java'
    apply plugin: 'application'
    sourceCompatibility = 1.6
    version = '0.1.0'
    mainClassName = "main.Main"
    dependencies {
     compile fileTree(dir: 'libs', include: '*.jar')
    }
    
    

    C'est quand même pas bien dur, c'est très lisible, il n'y a pas besoin de plus. Rien à faire de spécial, avec ça tu es comme avec la majorité des langages.
    Tu met un répertoire src/main/java avec tes sources, src/main/resources pour tes ressources et c'est terminé.
    gradle run et tu exécute ton main.

    Franchement, c'est hyper simple.
    Mais il faut sortir des sentiers classiques de java.

    D'ailleurs, j'encourage quiconque utilisant maven à tester rien qu'une fois Gradle. Ca surclasse réellement maven.