Harmony NEXT下http请求传递参数为啥不支持json格式
Harmony NEXT下http请求传递参数为啥不支持json格式
HarmonyOS 鸿蒙Next,不得不吐槽下
不得不吐槽下,2个问题:
吐槽1:升级到Harmony Next后,代码上要严格按照ArkTS语法来,虽然在代码书写上严谨了,可能在细微的性能上有提升,但代价就是开发人员习惯的改变,以及写很多感觉起来不必要的代码,编程语言的发展趋势都是把语法弄得更加灵活,书写要求上更加宽泛,咋这儿是反过来了,不知道做这个决定的人,是否充分考虑过是为了代码严格好看重要,还是开发人员开发效率重要? 还是随便拍脑袋的决定?
吐槽2:Harmony NEXT下http请求传递参数为啥不支持json格式,我看推荐写法都是把请求参数转变为 key1=value1&key2=value2 … 这样的形式,难道不知道get和post的区别么? 难道提交几k的参数,也要这样搞,如果请求参数值里边有&符号会不会出问题? 为啥不支持json格式的对象传递,花了我半天时间试图跳过这个限制,但结果是不行,还是按要求搞落后几百年的get参数组装形式。
哪位大神可以帮我解析下,还是我方法没有用对?
注意下,我说的是 Harmony NEXT,之前3.1时那样写还是没有问题的。
吐槽1:升级到Harmony Next后,代码上要严格按照ArkTS语法来,虽然在代码书写上严谨了,可能在细微的性能上有提升,但代价就是开发人员习惯的改变,以及写很多感觉起来不必要的代码,编程语言的发展趋势都是把语法弄得更加灵活,书写要求上更加宽泛,咋这儿是反过来了,不知道做这个决定的人,是否充分考虑过是为了代码严格好看重要,还是开发人员开发效率重要? 还是随便拍脑袋的决定?
吐槽2:Harmony NEXT下http请求传递参数为啥不支持json格式,我看推荐写法都是把请求参数转变为 key1=value1&key2=value2 … 这样的形式,难道不知道get和post的区别么? 难道提交几k的参数,也要这样搞,如果请求参数值里边有&符号会不会出问题? 为啥不支持json格式的对象传递,花了我半天时间试图跳过这个限制,但结果是不行,还是按要求搞落后几百年的get参数组装形式。
哪位大神可以帮我解析下,还是我方法没有用对?
注意下,我说的是 Harmony NEXT,之前3.1时那样写还是没有问题的。
7 回复
axios可以,看我的帖子
11
APP稳定性和安全性必须第一。而灵活、开放会牺牲很大的稳定性。至于请求参数,很多都可以封装成Json的。
这些问题需要我们给他顶起来才行,关于严格模式这个是有必要的。APP有个特点就是参数没有判空会直接崩溃。对于线上产品崩溃意味着你的这个app。。。
有道理,同感
这是必然的啊
虽然吐槽,但我仍然毫无保留支持华为!!!
期待纯血鸿蒙更上一层楼