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

[murmur]

zlib.unzipFile(deprecated)

这个 api 没问题吧，但是从 API version 7 开始支持，从 API 9 开始废弃

要知道纯血鸿蒙对开发者开放也就 2 年不到，很多人今年才是申请到真机测试版权限的

然后废弃的原因是什么呢

建议使用 zlib.decompressFile

哦原来是改了个名字啊

终于可以 append 了，改名很常见，但是需要注意的是鸿蒙自己有三套 API ，arkts 已经是第三套了

第一套 java api 彻底废弃了

第二套 js api 废弃了半年，现在不知道为什么又捡起来了

第三套是 arkts

第四套会不会是仓颉 sdk

本帖更多是发牢骚，没有什么技术讨论意义

[javalaw2010]

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

[dabai091220]

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

[murmur]

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

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

[chutsetien]

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

[HojiOShi]

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

[helone]

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

[Donaldo]

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

[murmur]

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

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

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

[Donaldo]

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

[iSteven]

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

[javalaw2010]

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

[murmur]

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

[zizon]

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

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