.net - microsoft - visual studio installer
¿Librería de código abierto para.NET? (7)
¿Alguien sabe de una buena biblioteca de compresión de código abierto para .NET?
**** Pero chicos .NET ya es compatible con código abierto zip .... ****
http://msdn.microsoft.com/en-us/library/system.io.compression.gzipstream.aspx
Esto es compatible con las bibliotecas GZIP. Usé esto para comprimir datos de c # y descomprimir a través de la red en una aplicación de C ++. Funciona bien.
Tony
también puedes ver la redistribución de J #. Reimplanta java.util.zip. Artículo
En cuanto a los comentarios y otras publicaciones sobre la implementación interna de gzip, ¡ no son lo mismo! GZip no crea el encabezado requerido para archivar; solo es útil para "comprimir" un archivo o secuencia.
Los archivos zip adecuados contienen un encabezado que enumera todos los archivos comprimidos y en qué parte de los datos comprimidos se encuentran y, por lo tanto, necesita algo que haga un encabezado. Eso significa SharpZipLib, una de las muchas versiones comerciales o que usa algo externo con enlaces .NET como 7zip.
Por casualidad, alguien quiere decir esto: "¡Pero veo archivos .gz en Linux todo el tiempo!" - son solo archivos individuales y .tar.gz no es una excepción - tar es el archivo de almacenamiento. El .gz es ese archivo comprimido.
La biblioteca DotNet Zip (Ionic.Zip.dll) es muy fácil de usar. Siento que es más fácil de implementar que SharpZip.
Comentarios de pareja
- No use el tiempo de ejecución J #. J # ha sido descontinuado por Microsoft. El apoyo futuro es cuestionable. Además, todo el tiempo de ejecución J # es una gran tuerca para tragar cuando lo único que quieres es soporte ZIP.
- El GzipStream en System.IO.Compression, que forma parte de la biblioteca de clases base .NET desde .NET 2.0, proporciona una interfaz de flujo para la compresión IETF RFC-1952 . Está bien para la compresión, aunque la relación de compresión no es óptima y ampliará significativamente los datos que se han comprimido previamente. Este error fue reportado a Microsoft, pero aparentemente fue cerrado . También hay un DeflateStream que es similar, pero para RFC 1951 . Existe una idea errónea de que GZipStream hace archivos zip. No es verdad. Ninguno de estos dos archivos zip.
- Hay System.IO.Packaging.ZipPackage. Funciona, pero está diseñado y pensado principalmente para el empaquetado de archivos de MS Office 2007 (.docx, .xslx y .pptx). Es difícil de manejar para los archivos zip y no es compatible con muchas funciones ZIP, como el cifrado.
- Si desea una forma flexible de crear y leer archivos zip en .NET, necesita una biblioteca de terceros, actualmente.
DotNetZip es una buena opción de terceros. Libre, de código abierto, mantenido activamente, fácil de usar, pequeño, buen conjunto de características. Se envía como un único ensamblaje: es un código completamente administrado. Funciona en Compact Framework y en .NET Framework. El prerrequisito es .NET 2.0.
DotNetZip también incluye una biblioteca ZLIB, con clases como {Zlib, GZip, Deflate} Stream. Son comparables a los incorporados a .NET, pero incluyen la capacidad de establecer niveles de compresión, y en niveles superiores se comprimen mucho más eficazmente que las clases integradas. El ZlibStream hace compresión RFC 1950 .
DotNetZip tiene ZIP64, contraseñas, cifrado AES, transmisiones, SFX y Unicode. Todos los que lo usan dicen que es mucho más fácil de usar que SharpZipLib. Hay un buen archivo de ayuda (.chm) y muchos ejemplos de código.
