9
votes

Avantages / Inconvénients de la construction d'un bocal énorme par opposition à plusieurs plus petits?

J'ai vu des programmes tels que http://one-jar.sourceforge.net/ et < un href = "http://fjep.sourceforge.net/index.html" rel = "NOREFERRER"> http://fjep.sourceforge.net/index.html Promouvoir roulant votre pot d'application et toute dépendance dans un seul pot exécutable.

Quelles sont les principales raisons pour ce faire / contre cela?


0 commentaires

5 Réponses :


1
votes

Distribution FTW! C'est tellement plus facile sur l'utilisateur enroulé à un.


0 commentaires

5
votes

Une raison légitime que j'ai vue sur le lieu de travail est due au fait qu'un fournisseur fournit des pots de hotfix qui doivent précéder la version originale dans la classe de classe.
Toutefois, cette application est lancée via Java WebStart (JnLP) et à partir de Java version 6, l'ordre des dépendances du fichier JAR n'est plus garanti.
Par conséquent, le seul moyen de s'assurer que les fichiers de classe dupliqués sont dans la bonne séquence consiste à les emballer dans un pot uber, conservant les derniers fichiers de classe correcte et jeter des doublons plus âgés.


0 commentaires

10
votes

pour:

  • Distribution plus facile,
  • fait un problème de classe de classe disparaître,
  • peut être emballé même dans la présentation PowerPoint MS sous forme d'une icône cliquable, probablement OpenOffice peut également le gérer.

    contre:

    • Emballage difficile - Parfois, vous frappez un boîtier de coin comme: comment forger des extensions natales,
    • nécessite une étape de construction supplémentaire,
    • génère des bocaux plus grands,
    • peut violer le contrat de licence de la bibliothèque,
    • tue la notion de réutilisation de la bibliothèque,
    • fait des mises à jour et
    • Débogage (en raison d'un chargeur supplémentaire de classe) plus difficile.

      Si généralement, c'est vraiment un excellent moyen de prototypage rapide, mais peut être de manière à être utilisée dans un projet plus grand.


0 commentaires

4
votes

Les licences de redistribution applicables aux dépendances sont une raison majeure contre la construction d'un pot "Uber". Quand on crée un pot "Uber", la distribution de toute dépendance se produit, via la distribution du pot "Uber". Et dans les régions, où les lois de cas ne couvrent pas ce scénario de manière adéquate, on pourrait s'ouvrir à la responsabilité.

En outre, certaines dépendances obtenues commercialement peuvent interdire reconditionnement des dépendances, en particulier si la distribution initiale n'est pas conservée.

PS: Ce n'est pas un avis juridique. Toute personne lisant cela et, selon cela, pour entreprendre des décisions commerciales, devrait consulter un avocat.


0 commentaires

2
votes

pour:

  • groupage de bibliothèques et de code natif
  • Assurez-vous d'obtenir une commande appropriée des éléments de classe de classe
  • Supprimer le besoin d'installateurs

    contre:

    • Nouveau niveau de classeur de niveau supérieur peut introduire des problèmes non vus lors du cycle de développement normal
    • légalité des bibliothèques de réemballage sous licence différente Termes

      En général, s'il s'agit d'une petite application utilitaire, je vais le regrouper dans un seul pot. Pour les applications plus importantes (ce qui nécessitera probablement un programme d'installation de toute façon), ou s'il s'agit d'une bibliothèque pour d'autres à utiliser, je ne me dérangerai pas. Ce sera juste un autre lien dans la chaîne de choses qui peut casser.


0 commentaires