LostByte Dec 30 2009 at 16:08

Работа с zip архивами в .NET

2 min

5.1K

Lumber room

-1

Comments 15

sse Dec 30 2009 at 16:11

А чем вас не устроил SharpZipLib, кроме того, что это Not Invented Here?

LostByte Dec 30 2009 at 16:25

Как уже писал, мне не хочется включать сторонний компонент (+500 килобайт) в проект ради простейшего функционала. Я конечно понимаю, что в наш век размер дистрибутива не имеет значения, но зачем это делать, если можно потратить два дня на разработку и проблема решена.

-4

KLUBS Dec 30 2009 at 16:36

а можно потратить на это 2 часа, и остальные 2 дня сделать что-то полезное =)

sse Dec 30 2009 at 16:40

А почему не воспользоваться WinAPI для сжатия/разжатия файлов?
www.codeproject.com/KB/cs/compresswithwinshellapics.aspx

LostByte Dec 30 2009 at 16:47

Для этого нужно, во первых, найти где то этот zip.exe. Во вторых, как распаковать архив в памяти, создавать временный файл? Я понимаю, что это рабочее решение, но для меня решение должно быть еще красивым и надежным.

nothing Dec 30 2009 at 16:49

А потому что :)

Есть еще вариант работы с zip файлами при помощьи Shell API, но лично мне он кажется уж слишком извращенным, и к примеру, распаковать zip архив, находящийся в памяти, с помощью него не получится.

Запись временных файлов на диск, не так чтобы уж очень критично, но все же хорошо когда есть выбор как распаковать архив.

nothing Dec 30 2009 at 17:10

*критично -> критична

Vladek Dec 30 2009 at 16:18

А ZipPackage разве не то же самое делает?

LostByte Dec 30 2009 at 16:26

ZipPackage позволяет создать package с манифестом внутри, который мне совсем без надобности. Насколько мне известно, распаковывать архивы с помощью него нельзя, если они о5 же не содержат манифеста, а это меня совсем не устраивает.

ZeX Dec 30 2009 at 18:09

У deflate есть ограничение на размер в 4Gb тогда как с помощью SharpZipLib я недавно успешно сжимал 48 гиг.

Но впринципе если жать какие-нибудь логи или текстовые файлы то вполне подойдет.

ni4 Dec 30 2009 at 20:54

У deflate, как алгоритма сжатия, нет ограничения на обьем сжимаемых данных.

ZeX Dec 31 2009 at 01:23

Неправильно выразился — я имел в виду конечно DeflateStream класс.

MSDN
...This class cannot be used to compress files larger than 4 GB.…

ni4 Dec 31 2009 at 01:30

А, понятно теперь.

LostByte Dec 31 2009 at 02:33

не знаю уж, зачем MS до сих пор не предоставили методов компрессии данных, ограничение в 4 GB — это вообще чушь, да и не часто это требуется.

Меня больше всего удивляет то, что средства работы с zip архивами закрыли(не открыли), не предоставив публичное API.

Главный вопрос, зачем?

Пожалуйста, минусуйте данный комметарий хотя бы попытавшись вникнуть в суть вопроса, либо дайте вменяемый ответ.

koljambo Nov 12 2010 at 19:03

Насчет ZIP я не знаю, но апи для компрессии есть и вполне удачно используется — RtlCompressBuffer. И даже на MSDN его описали: http://msdn.microsoft.com/en-us/library/ff552127(VS.85).aspx

Show the best of all time