后端服务参数bug

tengzhaoxing · 发表于 2019-7-1 00:08:27

本帖最后由 tengzhaoxing 于 2019-7-1 00:30 编辑

后端服务字符串参数如果以#开头，则为空；如果#在中间，则参数被第一个#截取。这不是牛刀的bug还有可能是谁的？第n次被这种莫名其妙的bug坑惨了，也是第n次帮你们测出复现条件了。按别人的说法你们应该给我终身免费会员才对，知道你们不会，只能索要点刀币算了

郭德成 · 发表于 2019-7-1 09:01:55

支持

joeyzhou · 发表于 2019-7-1 10:03:19

正在核实处理逻辑

XiaoQLuo · 发表于 2019-7-1 16:54:15

url规范中是不能包含#等这些特殊字符的；如果有这些特殊字符参数需要使用encodeURIComponent('#abc')--->"%23abc"进行转义；
后续会在ServiceRequest组件上增加参数处理机制，目前可以使用encodeURIComponent转义处理

tengzhaoxing · 发表于 2019-7-2 10:54:47

XiaoQLuo 发表于 2019-7-1 16:54
url规范中是不能包含#等这些特殊字符的；如果有这些特殊字符参数需要使用encodeURIComponent('#abc')--->"% ...

”#等”，这个“等”等的有点蹊跷，到底是是哪些处理过哪些没处理过应该有个提示或说明，？，+，空格为什么不会出现类型情况，估计牛刀也是处理过一些的，只是有些没有处理。这些没有处理的应该有个提示和说明。而且即使发送给服务的参数不是url，只是一个字符串也会有同样的问题。
知道问题分分钟就能解决，关键是没有提示就没那么容易直接找到问题，会浪费很多时间。有经验当然更容易猜对问题，但人人都有编程经验就不需要牛刀了。用户友好说白了就这个意思。

		自动登录	找回密码
密码			注册

[处理中] 后端服务参数bug