Abbrevia oder TZipFile

[bernau]

Ich möchte weg von VCLzip. Die Zukunft sieht doch nicht wirklich gut dafür aus. Keine Weiterentwicklung mehr.

Zur Auswahl habe ich Abbrevia (Installiert über GetIt) oder TZipFile (Schon in der Grundkonfiguration dabei).

Abbrevia sieht umfangreicher aus. Wie lange das aber weiter entwickelt wird und über GetIt erreichbar ist, weis ich nicht.

TZipFile wird direkt mit Delphi ausgeliefert, und ich gehe davon aus, das dies dauerhaft ein Bestandteil von Delphi bleibt.

Wie ist eure Erfahrung mit beiden Komponenten? Hier in der Delphi-Praxis ist nicht wirklich viel dazu geschrieben.

[haentschman]

Hallöle...8-)

Zitat:

Wie lange das aber weiter entwickelt wird

..da kann ich dich beruhigen. :wink: Siehe Changelog seit 2003 http://tpabbrevia.sourceforge.net/Changelog#v500

[himitsu]

Zitat:

Zitat von haentschman (Beitrag 1356021)

..da kann ich dich beruhigen.

Beruhigen? Nichts seit 2011.
Gut, bei Github gab es in den letzten Monaten noch irgendwelche Checkins.

PS: https://www.heise.de/ct/artikel/Turb...ce-288658.html
Im Notfall kann also jeder da was bugfixen.

[a.def]

Da ich mich aktuell selber extrem mit diesem Thema herumschlage rate ich dir, weiche besser auf die JEDI-Komponenten aus und nutze die JCL.
Damit hast du mehr Möglichkeiten. Die Entwicklung der JVCL und JCL ist zudem relativ aktiv.

Die JCL benutzt die 7z.dll-Datei. Wenn ich 2x 250 MB (Textdateien mit zufälligen ASCI-Zeichen) mit der JCL in ZIP komprimiere, zeigt der TaskManager 80 und mehr % Auslastung über alle 4 physischen Kerne für meine Demo-Anwendung an.
Das könnte jetzt ein Nachteil sein. Aber ich finde es ist ein großer Vorteil. Denn die JCL komprimiert gut und schnell dank der 7z.dll.

Und zum Thema an sich:
Abbrevia habe ich nur wenige Stunden getestet, danach direkt deinstalliert und durch TZipForge ausgetauscht. Letztere Komponente habe ich über Jahre benutzt und hatte nie Probleme.
Nun steige ich aber auf JEDI um, da ich dort mehr potential sehe. Außerdem ist JEDI Freeware in jeglicher Hinsicht.

[Der schöne Günther]

Ich nutze an mehreren Stellen

Delphi-Quellcode:

System.Zip.*

und wüsste nicht was ich da vermissen könnte. Ist super-einfach zu bedienen.

[Whookie]

Bin irgendwann mal auf Abbrevia umgestiegen (nachdem sie open source gingen) und das lief/läuft komplett problemlos.

Ich verwende das GIT Repo aber eigentl. gabs keinen echten Grund für mich dort mal wieder auszuchecken (was ich davon brauche läuft).

Ich weiß allerdings nicht ob sich das .zip-Format in den letzten Jahren stark weiterentwickelt hat, das würde dann wohl gegen Abbrevia sprechen.

[zeras]

Benutzt denn keiner Zipmaster?
Bei meinen Programmen tut das gute Dienste.

[Uwe Raabe]

TZipFile ist halt recht rudimentär, kann aktuell (D10.1 Berlin Update 2) als Kompression nur stored und deflate und kann keine passwort-geschützen Zips verarbeiten. Da TZipFile gemessen am Alter von Delphi aber noch recht neu ist, kann man wohl noch mit Erweiterungen rechnen.

Immerhin kommt es, im Gegensatz zu manch anderen Lösungen, ganz ohne externe DLLs aus, was mir persönlich sehr wichtig ist.

Das gilt allerdings auch für Abbrevia. Dessen Weiterentwicklung liegt meines Wissens jetzt allein bei Roman Kassenbaum, der das Projekt im Rahmen von Turbo-Pack für GetIt übernommen hat. Der/die ursprüngliche Maintainer/-in Craig/Zoë Peterson hat sich wohl davon verabschiedet.

[mm1256]

Dann werfe ich auch noch meine 2 cent in den Raum: Wenn man kompletten Sourcecode will, keine externen DLL's, Unterstützung für große ZIP-Files, auch passwortgeschützt usw. dann kann ich eigentlich nur zu ZipForge raten. Habe vorher auch einiges ausprobiert, u.A. Abbrevia, aber letztendlich bin ich bei ZipForge gelandet, und voll zufrieden damit.

Aber, wie schon erwähnt, kommt eben darauf an, welche Ansprüche man stellt. Wenn es nur ein einfaches (in der Größe begrenztes und nicht passwortgeschütztes) Zipfile zu erstellen gilt, dann gibt es günstigere Lösungen.

[bernau]

Danke erst mal für die Antworten.

Ich halte es wie Uwe. DLL möchte ich vermeiden.

Damit fallen schon mal viele Vorschläge aus.

Ich brauche z.Z. keine Passwörter im ZIP, daher wird mir wohl TZipFile erst mal reichen. Streams kann es ja mittlerweile, was für mich sehr wichtig ist.

[bernau]

Zitat:

Zitat von mm1256 (Beitrag 1356035)

Dann werfe ich auch noch meine 2 cent in den Raum: Wenn man kompletten Sourcecode will, keine externen DLL's, Unterstützung für große ZIP-Files, auch passwortgeschützt usw. dann kann ich eigentlich nur zu ZipForge raten. Habe vorher auch einiges ausprobiert, u.A. Abbrevia, aber letztendlich bin ich bei ZipForge gelandet, und voll zufrieden damit.

Aber, wie schon erwähnt, kommt eben darauf an, welche Ansprüche man stellt. Wenn es nur ein einfaches (in der Größe begrenztes und nicht passwortgeschütztes) Zipfile zu erstellen gilt, dann gibt es günstigere Lösungen.

ZIP-Forge sieht auch gut aus. Der Preis(100$) ist locker verkraftbar. Sehr interessant finde ich die >4GB Unterstützung. Schaue ich mir mal an.

[a.def]

Zitat:

Zitat von bernau (Beitrag 1356038)

Ich halte es wie Uwe. DLL möchte ich vermeiden.

Damit fallen schon mal viele Vorschläge aus.

Und wenn man die DLL ins Programm mit einkompiliert, bei Programmstart auf die Festplatte speichert oder in den Arbeitsspeicher lädt?
Dann hat man auch keine DLL und trotzdem die Power, die TZipFile nicht hat :P

[scrat1979]

+1 Für ZipForge. Benutze ich schon lange und bin 100% zufrieden, vor allen gibt es regelmäßig updates und Preis für Source ist sehr fair wie ich finde.

[Bernhard Geyer]

Zitat:

Zitat von a.def (Beitrag 1356041)

Und wenn man die DLL ins Programm mit einkompiliert, bei Programmstart auf die Festplatte speichert oder in den Arbeitsspeicher lädt?
Dann hat man auch keine DLL und trotzdem die Power, die TZipFile nicht hat :P

Und wirst bei genügend Kunden probleme bekommen die ein solches Verhalten per Gruppenrichtlinie verbieten oder deren Virenscanner Alarm schlagen

[bytecook]

Zitat:

Zitat von scrat1979 (Beitrag 1356042)

+1 Für ZipForge. Benutze ich schon lange und bin 100% zufrieden, vor allen gibt es regelmäßig updates und Preis für Source ist sehr fair wie ich finde.

Ja, stimmt, auch +1 hier. Wir haben die CompressionMasterSuite von ComponentAce im Einsatz, in der auch ZipForge integriert ist.

[himitsu]

Man kann im Windows eine DLL doch bestimmt auch direkt aus der EXE-Ressource laden. (RES://-FileProtoll)

Die Variante eine DLL direkt InMem zu laden könnten Virenscanner eventuell auch aufhorschen lassen.

Es lassen sich C-Codes über OBJ-Dateien aber auch einkompileren, siehe die die alte einzelne Deflate-Implementation, welche sich zeit Jahrzehnten im Delphi versteckt.

[a.def]

Zitat:

Zitat von himitsu (Beitrag 1356080)

Man kann im Windows eine DLL doch bestimmt auch direkt aus der EXE-Ressource laden. (RES://-FileProtoll)

Die Variante eine DLL direkt InMem zu laden könnten Virenscanner eventuell auch aufhorschen lassen.

Es lassen sich C-Codes über OBJ-Dateien aber auch einkompileren, siehe die die alte einzelne Deflate-Implementation, welche sich zeit Jahrzehnten im Delphi versteckt.

Externe DLLs haben auch den Vorteil, dass man nur diese bei Bedarf aktualisieren muss und nicht gleich die komplette Anwendung.
In der heutigen Zeit ist es zwar relativ egal ob es jetzt 500 KB oder 5 MB sind die man aktualisieren muss, aber darauf achten, dass nicht zu viel Traffic entsteht ist kein Beinbruch.
(hat jetzt aber nix mit dem Thema zu tun)

[mm1256]

Zitat:

Zitat von bernau (Beitrag 1356039)

ZIP-Forge sieht auch gut aus. Der Preis(100$) ist locker verkraftbar. Sehr interessant finde ich die >4GB Unterstützung. Schaue ich mir mal an.

Hallo Gerd,

wollte nur interessehalber mal nachfragen, was es letztendlich geworden ist. Kommt mir soeben wieder in den Sinn, weil gerade mein kleines Backup-Programm mit ZipForge wieder läuft. Sichere damit ganze Laufwerke und teile die Zipfiles auf die Ordner im Root der HDD auf. So werden die Zipfiles nicht größer als ca. 90 GB. Was aber immer noch eine Menge Holz ist, mit dem andere Zipper nicht klar kommen. Und natürlich auch threadsave. Bis zu 4 Threads bringen eine Geschwindigkeit die fast alles aus den HDD's raus holen, was drin ist :wink:

Anhang 46451