Es scheint, wie es möglich ist, zu tun, was ich will die TrueZip Bibliothek: https://truezip.dev.java.net/manual-6.html#Copying
Dies ist keine ideale Situation, da die Bibliothek ist recht groß und mit einem größeren Umfang, als ich brauche (und auch mit einigen eigenartigen und verwirrenden Details, wie zum Beispiel um Unterklassen von java.io.File organisiert zu sein, die auch Datei für die Verwendung in Klassen genannt werden, die typischerweise auch java.io.File-Instanzen behandeln!).
Zumindest muss ich nicht in einer Situation sein, in der eine Mehrheit der Codezeilen in der Klasse nicht mit der Verantwortung der Klasse in Verbindung stehen, oder eine komplexe Dienstprogrammklasse in dem Projekt zu halten, die nicht verwandt ist Zweck des Moduls.
Ich denke, dies ist ein typisches Beispiel für den Hauptgrund, warum erfahrene Entwickler von Java zu Ruby migrieren. Trotz einer Fülle von Bibliotheken in Java sind zu viele von ihnen schlecht entworfen, so dass einfache Operationen genauso schwierig durchzuführen sind wie die spezialisierteren. Scheint so, als würden sie von unten nach oben von Technikexperten geschrieben, die mehr darauf aus sind, alle Details und Möglichkeiten offenzulegen, als alltägliche Aufgaben zu vereinfachen. Die Apache-Commons-Leute verdienen Ehre, Bibliotheken zu erstellen, die Ihre Klasse von Codezeilen, insbesondere Schleifen und Bedingungen, die nicht mit dem Geschäftszweck der Klasse in Verbindung stehen, entlasten.
Ich habe dies als Feature-Anfrage bei Apache commons-compress hinzugefügt: https://issues.apache.org/jira/browse/COMPRESS-118 – eirikma
Wir haben jetzt 2011 und es gibt nicht einmal eine (gemeinsame) 3rd-Party-Bibliothek, um eine ZIP in Java mit einem einzigen Aufruf zu extrahieren? WTF – Kutzi