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