weRequest icon indicating copy to clipboard operation
weRequest copied to clipboard

解决繁琐的小程序会话管理,一款自带登录态管理的网络请求组件。

Results 24 weRequest issues
Sort by recently updated
recently updated
newest added

catchHandler函数部分场景下未扭转promise状态,导致调用方在调用该函数后永远停留在这里,不会返回

看ts定义,有定义codeToSession.fail函数,但实际上并未实现,希望实现该函数; 函数入参是原始错误信息

嗨,很好的一个框架。 不过现在把 401 当做错误在处理,感觉这样处理会理会更妥当:如果收到 401,清理缓存 再次请求

cache能力目前只在回调模式下生效,需要考虑同步请求模式下,如果兼容和支持

如果在header中加入了session处理,data中再自动增加session字段,就多余了(有后端要求session放header) 可不可以,有选项关闭在data中自动增加session字段的处理 ` beforeSend(obj, session) { obj.header.session = session; return obj; }, `

mm_oauth: "{"session_key":"06c2c1b7e08765820020add44e23f52e","user_code":"is0vfmMpuhS07-2GbQ0IAd_kmxJDYLUnH6","machine_key":"050831c76f2ffaa71318b3a64f9051ec"}"

在有session的情况下,weRequest.login不执行回调,不会调起默认登录,参数doNotCheckSession配置true,false都一样。

目前配置文件中的loginTrigger和successTrigger仅支持StatusCode200 res.data的条件,灵活性不够,大部分框架未授权返回401导致无法直接处理.