相比Peazip，NanaZip不是很值得推荐

[clsty]

相关页面： https://www.criwits.top/missing/archive-formats-and-tools.html

在开源压缩软件中，nanazip 的显著优势是 win11 菜单集成，并且 UI 风格也更贴合系统样式；缺点很明显，就是功能性仍然较为欠缺（相比 Peazip）。

举例说明：

• zip 文件名编码：与 7z 等其它格式不同，zip 压缩包内部文件名的编码格式是没有记录的，纯靠软件自己判断，而 nanazip 不支持手动调整这个编码格式，如果识别错误那就乱码了。（peazip 是支持的）
• 批量 HASH：如果你同时选中多个文件，想对比它们的 HASH（比如用来判断大小相同的多份文件内容是否相同，或者批量验证本地文件与在线的标注了 HASH 的文件是否完全相同），Peazip 能够在一个列表里单独给出各文件的 HASH，而 Nanazip 竟然会直接计算总体的 HASH（说到底，多个文件整体计算这个值有什么意义吗，完全想不到应用场景）。

还有其它的一大堆功能，对比两个软件的菜单栏就知道了，nanazip 相比之下真的贫瘠。

此外，NanaZip 作为 UWP app 还有一个显著的缺点：若不采用 Windows Store（个人很不喜欢这个市场，而且 LTSC 版 Windows 没有），在安装上也不太方便，因为它只提供 msixbundle 包，这个包在 LTSC 版 Windows 上需要用比较复杂的命令（在管理员模式下调用 DISM）才能装上，并且还需要额外的 xml 文件。

---

总之，相对于 NanaZip，我更推荐使用 Peazip。而且 Peazip 跨平台（Linux 也有）。

P.S. Peazip 目前的版本的深色主题不再像之前那样存在 bug，字体颜色终于相应改为白色了。

最后贴个 peazip 的链接：https://github.com/peazip/PeaZip

[criwits]

您好，感谢您的建议。

其实我们推荐 NanaZip 时，是把它和 7-Zip 放在一起介绍的，因为 NanaZip 基本可视作现代化换壳的 7-Zip，比较具有代表性。您提到的 PeaZip 我们有了解过，之后我们讨论把它加入到《压缩文件与压缩工具》一章中。

顺颂时祺
Hans
25/9/20

[clsty]

感谢您快速的回复说明。

7-zip 历史意义重大，很多压缩软件某种程度上都可以说是 7-zip 套壳，包括 peazip 也是基于 7-zip 等开源项目来写的。

介绍 7-zip 我当然是可以理解的，但 nanazip 只是功能的简陋程度最接近 7-zip 的套壳之一罢了，除了 win11 原生菜单与 ui 以外，我实在不觉得它有什么代表性，最多一句话顺带提一下的程度，我个人认为就已经相当尊重它了；反而是，它与 win 生态的深度绑定实际上是一种倒退，要知道 7-zip 是跨平台的（win linux macos），而 nanazip 这样做则是抛弃了跨平台特性，且似乎完全没有有关跨平台的开发计划，我认为它配不上 nanazip 这种明显以 7-zip 后继者自居的名字（nana 显然意指 7；要是它改名为 nanazip for windows 或 winnanazip 之类的，我对它这种行为的观感还不至于这么差）。

peazip 相对 nanazip 而言，同样基于 7-zip 而且还博采众长，功能强大且跨多个平台（win linux bsd macos），这才是应当重点介绍的代表性开源解压缩软件。

[Wenti-D]

虽说跨平台的确是好文明，但要知道我们的教程本身是面向「初识计算机的 Windows 用户」的，一切得围绕这个大前提展开。

Peazip 的确是一款优秀的压缩软件，界面优雅，功能强大。然而它的某些小问题会阻碍到我们的受众去使用，例如安装过程是全英文，安装后的默认语言也是英文，Win 11 右键菜单支持需要手动启用，术语「压缩」它称作「归档」等。不过我们的确可以将它作为优秀的开源压缩软件来介绍。

另外，Peazip 的 zip 文件名编码功能其实是残缺的，只有「UTF-8」「本地代码页」「前面二者混合」「自定义一种」四种选项，完全无法自动识别（除非你一个个改，但这就涉及到高阶知识了）：

至于 Nanazip，我看让它和原生 7-zip 的使用体验坐一桌吧。

[Wenti-D]

哦好像我们已经把 Nanazip 和原生 7-zip 放一桌了。

[clsty]

Peazip 的确是一款优秀的压缩软件，界面优雅，功能强大。然而它的某些小问题会阻碍到我们的受众去使用，例如安装过程是全英文，安装后的默认语言也是英文，Win 11 右键菜单支持需要手动启用，术语「压缩」它称作「归档」等。不过我们的确可以将它作为优秀的开源压缩软件来介绍。

压缩（compress）和归档（archive）本身就是不同的概念。虽说也有将 archive 译为压缩的，但这并不准确，因为有的时候只是打个包而已，典型如 tar 格式，带了压缩算法才会有压缩（例如 tar.gz）。当然，基于习惯而译为压缩不算什么问题，我想说明的是，基于准确性而译为归档也同样是正确的。

不过我有个提议，就是由本书作者之一 fork 原项目，做一个二次分发（名称可以是 peazip-cn 之类的），在这个分发中针对你认为会对受众造成阻碍的地方进行修改。例如，安装过程默认简体中文，归档改为压缩等。release 则采用 github actions 自动进行（原仓库的 .github 下已经有 workflow 目录供参考了）。

这样做除了能为受众排除阻碍以外，还能以实际例子演示，告诉读者什么是自由开源软件，它有什么优点（只要遵照其许可，就可以二次修改分发）。

P.S. 我自己就做过这种二次分发的事情，见 https://github.com/clsty/ProjectEye 。这里的提议当然也可以由我来完成，但是我并不是本课程作者，而是第三方。如果你们同意完成之后在课程里贴我分发的链接，那我也可以做。

[clsty]

另外，Peazip 的 zip 文件名编码功能其实是残缺的，只有「UTF-8」「本地代码页」「前面二者混合」「自定义一种」四种选项，完全无法自动识别（除非你一个个改，但这就涉及到高阶知识了）：

关于这个，我刚才做了个测试，实际上除了 Peazip（测试版本 10.2.0）以外，bandizip（测试版本 7.40.0.1）、nanazip（测试版本 3.1.1080.0）、winrar（测试版本 7.13）也都无法做到自动识别，所以即使说 “Peazip 的 zip 文件名编码功能其实是残缺的”，也没有比它更好的。

• bandizip 是其中唯一一个提供了“自动识别”选项的，但实测无效，也不知道它做了什么来尝试自动识别，说不定等同于 peazip 那种“本地与 UTF-8 混合”的选项。
• Peazip 可在菜单栏（选项 - ZIP 文件名编码）手动选择编码（这与 bandizip 和 winrar 类似），而 7-zip 和 NanaZip 的图形界面也不支持手动选择编码（命令行通过 -mcp=<codepage> 支持）。可见， 7-zip 和 NanaZip 才是最残缺的。

注：我专门建了个 zip 文件名编码测试压缩包的仓库，其中有能导致文件名乱码的压缩包供测试。

[criwits]

编码问题的确是个大问题， @Wenti-D 昨晚和我测试过了，基本与您提及的情况一致。之后我们看一下怎么把 PeaZip 的介绍加进正文，作为一个「具有特色而专业的开源压缩工具」来介绍。

[zassen128]

nanazip 很简洁简单,不管哲学上有什么特别的,我都不会向新手推荐peazip,只会推荐7-Zip或nanazip,以及本文中的其他软件.
我经常玩电脑但不是程序员,我打开peazip迷惑了一会.如果你下载的是便携版,甚至无法轻易找到中文语言怎么设置.我强烈不建议在本文中涉及peazip.

[zassen128]

作为一个小白,我需要的是哪个软件能让我正常在Windows下使用,而且能达成我的目标.其他的软件设计哲学不应该在文本中体现,只能是作为作者筛选后呈现在结果上的.

[clsty]

@zassen128 我没有提到任何哲学问题，重点一直是软件功能与特性。本 issue 的开头就写了：

nanazip 的显著优势是 win11 菜单集成，并且 UI 风格也更贴合系统样式；缺点很明显，就是功能性仍然较为欠缺（相比 Peazip）。

至于你提到

我经常玩电脑但不是程序员,我打开peazip迷惑了一会.如果你下载的是便携版,甚至无法轻易找到中文语言怎么设置.我强烈不建议在本文中涉及peazip.

这正是在本课程里可以轻松解决的事情，也即只要附上中文语言的设置步骤就可以了。（这种操作比本课程里有关 vc 运行库之类的问题要简单得多。）

此外，我前面提到的二次分发也同样可以解决这个问题。

[zassen128]

nanazip不缺少任何基础功能,比peazip更易用.当然,作为"具有特色而专业的开源压缩工具"来介绍是可行的,但也没有不得了的必要,每个领域都有专业软件,但他们现在不是计算机史的一部分,没有必要添加.

[clsty]

我经常玩电脑但不是程序员

在这一点上我们没有区别。

nanazip不缺少任何基础功能,比peazip更易用.

你没用过的功能不代表它不基础。

简单举几个例子，前面已经提到过了。

• zip 字符编码属于基础功能。
• 提供 msi 或者 exe 安装包属于有关易用性的基础特性（微软商店第一需要联网，第二 LTSC 版没有）。
• 批量哈希计算（用于确认文件内容的一致性）属于有关易用性的基础功能。

即使只提第一个，如果一个压缩软件连解压 zip 包的乱码问题都需要在命令行里解决（是的 nanazip 支持命令行），这实在不能称之为易用。

[zassen128]

你的例子是对的,确实是这样.
我没有仔细思考你在上文中提到的例子,谢谢你的重复,我同意你的举例:
没有提供.msi和.exe确实是很大的问题.

zip 字符编码属于基础功能。
我不清楚这个问题是否频繁出现,

批量哈希计算（用于确认文件内容的一致性）属于有关易用性的基础功能。
计算哈希值的需求似乎不是基础需求,尤其是批量计算哈希值,这不应该是面向新手推荐解压软件时需要特别考虑的内容.

谢谢你的举例,我收回我对"nanazip不缺少任何基础功能"的发言.谢谢你的耐心回复.

[clsty]

你的例子是对的,确实是这样.
我没有仔细思考你在上文中提到的例子,谢谢你的重复,我同意你的举例:
没有提供.msi和.exe确实是很大的问题.

比较有意思的是，这个 issue 下关于 nanazip 的问题，你对安装包感觉问题很大，本课程作者对编码感觉问题很大，而我对一大堆方面感觉问题很大（尤其是跨平台上的倒退）。

虽然我们常说某个需求是小众需求，未必说明它真的没人在乎，真的并不重要。实际上，每个人都有小众的方面，如果一个人无论哪点都不小众，那这种人反而非常少见。就比如，我相信认为批量哈希功能问题很大的人也是有的。

nanazip 就是这样的一种存在，它能满足各种大众化的需求，但满足不了“大众”的需求。当然，这点上 peazip 也不完美，只是相对来说，nanazip 要差很多。