gizWifiSDK.startWithAppInfo突然报错

BIP978857

gizWifiSDK.startWithAppInfo用的好好的，早上来到又发现有bug了，报错TypeError: null is not an object (evaluating 'gizWifiSDK.startWithAppInfo') at dmsDevice.html : 706 怎么总是插件突然出问题的？

至高吾·尚

从报错看，大概率你是给gizWifiSDK.startWithAppInfo函数方法传递的变量是null，空值导致的报错。
你自己仔细检查一下再调用gizWifiSDK.startWithAppInfo的相关逻辑，特别是传给它的变量形参数据，可以在传入该形参前，将该形参值打印出来确认一下

BIP978857

至高吾·尚 · 2024-4-26 10:23从报错看，大概率你是给gizWifiSDK.startWithAppInfo函数方法传递的变量是null，空值导致的报错。
你自己仔细检查一下再调用gizWifiSDK.startWithAppInfo的相关逻辑，特别是传给它的变量形参数据，可以在传入该形参 ...

传了参数的，之前一直都可以的，突然就又不行，参数比如是这样
gizWifiSDK.startWithAppInfo({ "appInfo": { "appId": "03fa2396ff8xxxxxxxxxxxxxxxx68c100", "appSecret": "28a27d8xxxxxxxxxxxxxx9abcb486" } }, function (ret, err) {

至高吾·尚

这里需要和你沟通一个YonBuilder移动开发引擎的机理，插件一旦编译完成后，它的代码就锁死了，功能锁定了，即使这个插件的开发者更新了新版本插件，只要你不重新编译，那么在你的app里的插件的代码和功能就不会变化。

程序代码的执行是唯一的，确定的，只要形参没变，那么结果也是确定一致的，否则我们程序员怎么写逻辑。

那么什么情况下，会出现你上面反馈的「之前一直都可以的，突然就又不行」，这里就需要考虑程序里有哪些东西变化了。那么你先锁定范围，具体到哪个函数方法引起的报错，然后在进一步分析这个方法里的哪个语句，哪个参数引起的，最终锁定问题，解决它。既然没有重新编译，那么插件就没有变化，唯一变化的只有你传递个插件函数的形参变量，所以如果出现了这种现象，你优先排查你在报错函数前的这部分逻辑，特别是变量的传递是否出现了问题，可以多写console.log语句追踪一下相关的变量信息

BIP978857

至高吾·尚 · 2024-4-26 10:51这里需要和你沟通一个YonBuilder移动开发引擎的机理，插件一旦编译完成后，它的代码就锁死了，功能锁定了，即使这个插件的开发者更新了新版本插件，只要你不重新编译，那么在你的app里的插件的代码和功能就不会变化 ...

这块的代码都没动过

至高吾·尚

BIP978857 · 2024-4-26 11:31这块的代码都没动过

代码没变，只是代码的逻辑没有变，但是逻辑之间传递的变量应该是动态生成，动态传递的，你可以检查一下相关逻辑链上传递的相关变量数值

BIP978857

至高吾·尚 · 2024-4-26 14:12代码没变，只是代码的逻辑没有变，但是逻辑之间传递的变量应该是动态生成，动态传递的，你可以检查一下相关逻辑链上传递的相关变量数值

代码之前就写好了，项目一直正常的放着，跑项目突然发现不行的。像昨天一个接口也是出现这样情况，我没改动代码今天早上又好了。只是今天早上另一个api又是这样情况。跟逻辑传变量没关系。我没动过传变量的东西，之前可以的。不应该是说用友的api不稳定吗？

BIP978857

至高吾·尚 · 2024-4-26 14:12代码没变，只是代码的逻辑没有变，但是逻辑之间传递的变量应该是动态生成，动态传递的，你可以检查一下相关逻辑链上传递的相关变量数值

问题不是这样说的吧，如果明天这个api又正常了，这又怎么说法呢？

至高吾·尚

BIP978857 · 2024-4-26 14:28问题不是这样说的吧，如果明天这个api又正常了，这又怎么说法呢？

你看上面我和你说的「个YonBuilder移动开发引擎的机理」，不存在未编译版本的情况下远程修改你本地的app代码的

BIP978857

至高吾·尚 · 2024-4-26 15:05你看上面我和你说的「个YonBuilder移动开发引擎的机理」，不存在未编译版本的情况下远程修改你本地的app代码的

不是说你们修改我代码，我是说你们的api不稳定