Hallo,

ich muss in einer C# Anwendung die Dateien aus einer *.ZIP Datei auslesen und ver- bzw. bearbeiten. Anschließend muss ich die Dateien wieder in der *.ZIP Datei speichern.

Ich habe jetzt schon rumgesucht, aber keine Möglichkeit gefunden dies zu Realisieren.

Die Anforderung ist, dass es mit einer möglichst niedrigen Version des .NET Frameworks funktionieren muss und keine 3rd Libraries verwendet werden dürfen. Es muss auch sowohl unter Windows XP und Windows 7 unterstützt werden.

Hi

wäre das was?
http://msdn.microsoft.com/en-us/libr...=VS.90%29.aspx
Google...

Gruß

Hallo,

also ich habe es mal mit der Klasse ZipPackage versucht. Leider habe ich es noch nicht zum Funktionieren gebracht.

Ich habe versucht mir mal den Inhalt einer *.zip Datei anzeigen zu lassen.

Code :

1 2 3 4 5 6 7 8 9 10 11

Package package = ZipPackage.Open(fileName, FileMode.Open, FileAccess.Read);   PackagePartCollection parts = package.GetParts();   foreach (PackagePart part in parts) {      Uri uri = part.Uri;        System.Console.WriteLine(uri); }

Dabei liefert package.GetParts() jedoch eine leere PackagePartCollection zurück obwohl es sich bei fileName um eine *.zip Datei mit mehreren Dateien und Verzeichnissen handelt.

Gruß

Tikonteroga

Hi.

Das ZipPackage von Microsoft funktioniert nur wenn das .zip eine bestimmte XML Datei enthält (kann mich grad nicht erinnern wie die heißen muß).

D.h. es ist in der Regel unbrauchbar um beliebige Zip Dateien zu verarbeiten.

Verwende doch einfach die DotNetZipLib => http://dotnetzip.codeplex.com/

Einfacher geht es nicht.

Gruß

Hi zusammen

@Deepthroat
Die Anforderung war: Keine 3rd Party Libs

Die älteste und einfachste (wobei das hier auf die Funktionalität bezogen ist) sind die Klassen aus System.IO.Compression. Vorhanden seit .NET 2.0

Zitat von Nico Graichen

@Deepthroat
Die Anforderung war: Keine 3rd Party Libs

Oh, das hab ich nicht gelesen. Ist aber in der Regel auch Schwachsinn solch eine Selbstgeißelung...

(Wenn das mit .NET vernünftig funktionieren würde, hätten wohl weniger Leute externe Zip Bibliotheken geschrieben...)

Zitat von Nico Graichen

Die älteste und einfachste (wobei das hier auf die Funktionalität bezogen ist) sind die Klassen aus System.IO.Compression. Vorhanden seit .NET 2.0

Das sind aber nur die Grundbausteine um mit Zip Dateien umgehen zu können. Da müßte man erstmal das Zip Format Implementieren -- um Prinzip genau so wie es DotNetZip macht...

Eine andere Möglichkeit ist die Verwendung von P/Invoke und den WinAPI zip Funktionen => http://www.codeproject.com/KB/cs/com...hellapics.aspx + http://www.codeproject.com/KB/cs/dec...hellapics.aspx

Das bietet aber auch nur relativ limitierte Funktionalität...

Gruß

Zitat von deepthroat

Oh, das hab ich nicht gelesen. Ist aber in der Regel auch Schwachsinn solch eine Selbstgeißelung...

Vielleicht ja auch eine Aufgabe im Studium?! Anforderung ist nun mal Anforderung!

Zitat von deepthroat

(Wenn das mit .NET vernünftig funktionieren würde, hätten wohl weniger Leute externe Zip Bibliotheken geschrieben...)

Das sind aber nur die Grundbausteine um mit Zip Dateien umgehen zu können. Da müßte man erstmal das Zip Format Implementieren -- um Prinzip genau so wie es DotNetZip macht...

Wieso das Zip-Format implementieren?
DeflateStream bietet eine einfache Möglichkeit Zip-Archive zu erzeugen. Weder in der MSDN noch in meinen Posts steht, dass es alles kann.
Egal was, es muss auch nicht ALLES können, sondern den Anforderungen genügen

Zitat von deepthroat

Eine andere Möglichkeit ist die Verwendung von P/Invoke und den WinAPI zip Funktionen => http://www.codeproject.com/KB/cs/com...hellapics.aspx + http://www.codeproject.com/KB/cs/dec...hellapics.aspx

Das bietet aber auch nur relativ limitierte Funktionalität...

Gruß

Schau doch bitte nochmal in den Anforderungen

Hi

Zitat von Nico Graichen

Wieso das Zip-Format implementieren?

Das, was aus der Klasse im Compression-Namespace rauskommt ist zwar komprimiert, passt aber nicht ganz mit einer Zip-Datei zusammen (Header und/oder irgendwas).

@PInvoke&Winapi:

Zitat von Nico Graichen

Schau doch bitte nochmal in den Anforderungen

XP und 7: Erfüllt
Möglichst Abwärtskompatibel: Sollte ausreichend erfüllt sein, XP geht sicher
Keine externen Libs: Erfüllt

Wo ist das Problem?

Zitat von sheel

Das, was aus der Klasse im Compression-Namespace rauskommt ist zwar komprimiert, passt aber nicht ganz mit einer Zip-Datei zusammen (Header und/oder irgendwas).

Richtig. Die Klassen im Compression-Namespace stellen einfach einige Kompressionsmethoden zur Verfügung, die man dann fürs Zippen verwenden könnte. Eine Zip Datei besteht aber i.d.R. aus mehreren komprimierten Datenströmen und enthält verschiedene Metainformation über die Einträge (Kompressionsmethode (es gibt verschiedene), zumindest DOS Date/Time, wo fangen die Daten im Zip für den Eintrag an usw.).

Gruß

Hallo,

danke für die Beiträge. Ich werde das Problem am Montag weiterbearbeiten. Jetzt habe ich erst einmal Feierabend und Wochenenden.

Da es oft das Thema innerhalb der Diskussion war, werde ich kurz auf das Thema mit den Third Libraries eingehen.

Die Software die ich entwickle wird kommerziell verwendet und wird letztendlich sehr komplex werden. Wenn ich jetzt eine Third Party Library einsetze muss ich diese Library zum Einen testen und zum Anderen muss ich sie mit einer Anwendung ausliefern und erhöhe somit den Aufwand für das Konfigurationsmanagement.

Bei der .NET Library kann ich davon ausgehen, dass Sie funktioniert und diese ist auch auf den Rechner meiner Zielgruppe zumindest in einer bestimmten Version bereits installiert.