hVosttsesh,

винрар

Ты с дубу рухнул?

По теме. Лучше 7 зип обвязки, которая может сжимать поток без файлового оверхеда, не встречал. Но новые возможности четверки тоже гуд.

Паганель http://msdn.microsoft.com/en-us/library/system.io.compression.gzipstream.aspx
Он не умеет паковать n файлов сразу. В топку.

Вот мой велосипед на штатном ZipPackage.

http://codearticles.ru/articles/1105

Если FW < 4.5, курим это: http://codearticles.ru/articles/1101

Нахлобучcooldeveloper2Вот мой велосипед на штатном ZipPackage.

Ммм... File.ReadAllBytes... Шикарно.

Ты о чём?

Чё-та Нахлобуч ляпнул какую-то глупость и слился...

Нахлобучcooldeveloper2Ты о чём?Да о велосипеде твоем. Все прогрессивное человечество использует потоковый ввод-вывод, а ты данные с архивом целиком в памяти держишь.
Ты перегрелся? Разуй глаза - мой велосипед работает только с потоками (через байтовый массив, без файлового оверхеда).
А File.ReadAllBytes, о котором ты заикнулся, тупой демо пример инициализации зип пакета - как и через что ты соберешь массив байт, монопенисуально. Главное в велосипед подать n байтовых массивов и он родит тебе зип пакет (тоже из байтового массива).

carrotik... а MemoryStream.CopyTo вы по каким-то причинам не используете, или ...?
Да как-то из FW < 4.0 перелезло сюда в код...

НахлобучЧто значит "работает только с потоками"?
Это значит, что он работает с MemoryStream и только с ним. Следовательно следующее утверждение...

НахлобучТот факт, что он внутри у себя вызывает всякие .GetStream() и создает MemoryStream'ы, не значит что он использует потоковый ввод-вывод потому что...

есть масло масляное. "Он работает с MemoryStream, но при этом не использует потоковый ввод-вывод" - какой-то феерический бред.

Еще раз, для тех, кто заперся в танке и не хочет от туда выходить: в реализации используется MemoryStream. Вход выход - через массив байт. Точка.

Нахлобучэто вообще какой-то чад и угар кутежа
Чад с угаром, скорее всего, у того, кто "не использует потоковый ввод-вывод, но использует MemoryStream". Тут даже больше - клиника.

P.S. Еще раз задам вопрос, вижу у тебя трудности с ответом: к чему ты ляпнул какую-то хрень про File.ReadAllBytes? Причем тут, вообще, File.ReadAllBytes?

Нахлобуч,

смотри, чтобы тебе было проще ориентироваться в пространстве, я инициализировал пакеты для архива без File.ReadAllBytes. Только не спрашивай, как это мне удалось - не поверишь, это очень просто

http://codearticles.ru/articles/1105

А теперь повторяю десятый раз вопрос. Причем тут File.ReadAllBytes и зачем ты ляпнул вот это 14452467 ?

НахлобучВнутри он может хоть черта лысого использовать, но если в публичном API используются byte[], то это значит, что мне для получения Zip-архива нужно сначала считать в массив в памяти все исходные данные, затолкать в твой велосипед и на выходе получить еще один массив в памяти.
Умничка, пятерка! А причем тут File.ReadAllBytes?

НахлобучВот это -- все что угодно, но только не потоковый ввод вывод . И прочитай, пожалуйста, текст по ссылке, не соскакивай.
А что тут читать и соскакивать? Мне не нужны на входе и выходе стримы, мне нужен честный поток байтов, чтобы отправить его, например, в БД. Зачем мне тут стрим?

НахлобучПри том, что File.ReadAllBytes прекрасно иллюстрирует ущербность такого подхода. Что делать с файлами нетривиального размера?
Ущербность подхода в твоей голове, которая не понимает, что собрать байтовый массив можно любым другим способом. Сечешь фишку?

Изопропилcooldeveloper2мне нужен честный поток набор байтов, чтобы отправить его, например, в БД. Зачем мне тут стрим?
у меня когнитивный диссонанс возник
Не придирайся, мысль понятна.