从某种角度感受到了 Linux 社区说 fawei 刷 kpi 提交的一点样子

虽然我个人也挺不喜欢这个企业的，但是我觉得这个 API 改名是对的，unzip 会造成歧义，会给开发者带来困扰，如果我的文件不是 zip 格式而是别的压缩格式，能不能用这个 API 呢？ decompress 就不会有这个歧义了。

@javalaw2010 你显然没回复到楼主的心趴上

@javalaw2010 但是 arkts 版的 api 前面有 java api ，js api ，还有安卓 苹果 微软 各大系统的 api

第一版为什么连名字都定不下来呢

@javalaw2010 只会对非英语母语者造成歧义。zip 一词作为动词「拉上拉链」（引申为「打包」、「关起来」、「闭上」）由来已久，是后来的 zip 格式向之前的意思靠近，而非反过来。（因此 unzip 一词不是表示「解压 zip 压缩包」，而是「拉开」、「解开」的意思。）
参： https://en.wiktionary.org/wiki/zip#Verb

未成熟的东西是这样子的，上次我看 OpenHarmony 的 git 活动，pr 甚至还有乱打标题的呢。

@murmur 我觉得谁也不是神，你看各个语言都有设计上的缺陷，历史遗留的各种命名问题，有些选择兼容，有些选择直接废弃，比如苹果的 swift 也是几次大改 API

@chutsetien #4 显然华为的 api 用的十有八九都是非母语者。

@helone 个人看法不同吧，api7 做出来，api9 废弃，现在是 api12 ，如果按这个时间看，很可能就是两三个月一念之间就改了名字

我表示不能理解，arkts 已经是第三版鸿蒙 API 了，不应该搞这些小动作，更何况 unzip 本身就是 linux 下的热门应用，不存在什么歧义，他的 api 既然用了 linux 的什么 fstat 这些名字，写 unzip 也是有考量的

当然我这也是发牢骚，华为这制裁都制裁到开发者上了，自从升级了新版 next ，我这 webview 调试就没一次成功过

改名 deprecated 应该是一件很常见的事情，为什么楼主会这么大惊小怪。

如果你经历过 iOS Swift 的前 4 个版本的变化，你就知道这种事不是闲的。Swift 从发布到 ABI 稳定也是经过了 5 年时间的。

@chutsetien 不是这么简单哦，因为 linux 有个命令就叫 unzip ，这个命令就只能解压缩 zip 格式的，所以确实容易歧义的。

@javalaw2010 不是哦，鸿蒙的 decompress 是 zlib 命名的，解压 gz 的是单独的 gzip 命名，而且官方文档里这个库就叫 zip ，没看支持 tar 的功能

改名 deprecated 可能是两套命名下实现有不一样的地方.

至于 API 架构变迁,参考 Chrome OS/Android/Fuchsia.
可能内部不同组的赛马结果和战略调整.