zlib.unzipFile(deprecated)
这个 api 没问题吧，但是从 API version 7 开始支持，从 API 9 开始废弃
要知道纯血鸿蒙对开发者开放也就 2 年不到，很多人今年才是申请到真机测试版权限的
然后废弃的原因是什么呢
建议使用 zlib.decompressFile
哦原来是改了个名字啊
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 714 days ago, the information mentioned may be changed or developed.
Supplement 1 · Nov 20, 2024
终于可以 append 了，改名很常见，但是需要注意的是鸿蒙自己有三套 API ，arkts 已经是第三套了
第一套 java api 彻底废弃了
第二套 js api 废弃了半年，现在不知道为什么又捡起来了
第三套是 arkts
第四套会不会是仓颉 sdk
本帖更多是发牢骚，没有什么技术讨论意义
第一套 java api 彻底废弃了
第二套 js api 废弃了半年，现在不知道为什么又捡起来了
第三套是 arkts
第四套会不会是仓颉 sdk
本帖更多是发牢骚，没有什么技术讨论意义
13 replies
 |
1
虽然我个人也挺不喜欢这个企业的，但是我觉得这个 API 改名是对的，unzip 会造成歧义，会给开发者带来困扰，如果我的文件不是 zip 格式而是别的压缩格式，能不能用这个 API 呢？ decompress 就不会有这个歧义了。
|
1 |
dabai091220Nov 20, 2024
2
@javalaw2010 你显然没回复到楼主的心趴上
|
 |
3
|
 |
chutsetienNov 20, 2024
4
@javalaw2010 只会对非英语母语者造成歧义。zip 一词作为动词「拉上拉链」（引申为「打包」、「关起来」、「闭上」）由来已久，是后来的 zip 格式向之前的意思靠近，而非反过来。（因此 unzip 一词不是表示「解压 zip 压缩包」，而是「拉开」、「解开」的意思。）
参： https://en.wiktionary.org/wiki/zip#Verb |
 |
HojiOShiNov 20, 2024
5
未成熟的东西是这样子的，上次我看 OpenHarmony 的 git 活动，pr 甚至还有乱打标题的呢。
|
 |
heloneNov 20, 2024
6
@murmur 我觉得谁也不是神，你看各个语言都有设计上的缺陷，历史遗留的各种命名问题，有些选择兼容，有些选择直接废弃，比如苹果的 swift 也是几次大改 API
|
 |
7
@chutsetien #4 显然华为的 api 用的十有八九都是非母语者。
|
|
8
@helone 个人看法不同吧，api7 做出来，api9 废弃，现在是 api12 ，如果按这个时间看，很可能就是两三个月一念之间就改了名字
我表示不能理解，arkts 已经是第三版鸿蒙 API 了，不应该搞这些小动作，更何况 unzip 本身就是 linux 下的热门应用，不存在什么歧义，他的 api 既然用了 linux 的什么 fstat 这些名字，写 unzip 也是有考量的 当然我这也是发牢骚，华为这制裁都制裁到开发者上了，自从升级了新版 next ，我这 webview 调试就没一次成功过 |
|
9
改名 deprecated 应该是一件很常见的事情，为什么楼主会这么大惊小怪。
|
 |
HeyVincentNov 20, 2024
10
如果你经历过 iOS Swift 的前 4 个版本的变化，你就知道这种事不是闲的。Swift 从发布到 ABI 稳定也是经过了 5 年时间的。
|
|
javalaw2010Nov 20, 2024
11
@chutsetien 不是这么简单哦，因为 linux 有个命令就叫 unzip ，这个命令就只能解压缩 zip 格式的，所以确实容易歧义的。
|
|
12
@javalaw2010 不是哦，鸿蒙的 decompress 是 zlib 命名的，解压 gz 的是单独的 gzip 命名，而且官方文档里这个库就叫 zip ，没看支持 tar 的功能
|
 |
zizonNov 21, 2024
13
改名 deprecated 可能是两套命名下实现有不一样的地方.
至于 API 架构变迁,参考 Chrome OS/Android/Fuchsia. 可能内部不同组的赛马结果和战略调整. |
Select Language