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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

zlib.unzipFile(deprecated)

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

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

然后废弃的原因是什么呢

建议使用 zlib.decompressFile

哦原来是改了个名字啊

第 1 条附言 · 13 天前

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

第一套 java api 彻底废弃了

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

第三套是 arkts

第四套会不会是仓颉 sdk

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

13 条回复

javalaw2010

13 天前

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

dabai091220

13 天前

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

murmur

13 天前

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

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

chutsetien

13 天前

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

HojiOShi

13 天前

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

helone

13 天前

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

Donaldo

13 天前

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

murmur

13 天前

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

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

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

Donaldo

13 天前

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

iSteven

13 天前

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

javalaw2010

13 天前

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

murmur

12 天前

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

zizon

12 天前

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

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