如何看待《关于禁止小程序 JavaScript 解释器使用规范要求》?

​为进一步提升小程序的待关安全性和用户体验,目前平台对提审的于禁用规小程序均需进行安全检测,在检测过程中,程序发现有小程序采用内置 JavaScript 解释器(如 eval5、解释estime、器使evil-eval 等)的范求方式,动态执行 JS 代码、待关对小程序 wxml 代码进行热更新。于禁用规对于使用解释器的程序小程序,平台将自 2022 年 7 月 6 日开始在代码审核环节进行驳回,解释请各位开发者于 7 月 6 日前完成自查、器使修复。高防服务器范求

具体违规案例

一、待关动态下发代码执行

某小程序引入 JS 解释器模块,于禁用规在预埋场景下触发动态执行代码的程序逻辑,从而从服务端后台拉取要动态执行的代码或字段,在 JS 解释器中动态执行代码;

二、小程序页面文件热更新

下面这个例子为某小程序引入 JS 解释器模块执行小程序热更新;

三、其他情况

部分数值计算类小程序会引入解释器来执行数学表达式运算功能,对于数值计算,请使用其他方式,不得使用解释器提供的动态 eval 代码执行能力实现;

四、修复指引

若小程序在代码提审阶段因存在解释器被要求整改,请根据代码提审反馈,云服务器提供商自查相应的文件,在删除相应的解释器文件后重新提交代码审核;

其他常见问题

Q1: 小程序中解释器文件是第三方包依赖引入的,这种如何处理?

A1: 平台不允许开发者使用 JS 解释器来动态执行代码,若小程序代码中存在 JS 解释器逻辑,请根据小程序审核驳回细节自行移除或联系依赖提供者、服务商移除后再次提交审核;

Q2: 经过自查后提交代码仍提示存在解释器,这种如何处理?

A2: 请确保提交的小程序代码中不存在解释器文件以及 JavaScript 代码解析模块非正常使用,若仍存在问题,请提交客服复查。

站群服务器
应用开发
上一篇:当投资者经过第二阶段的认真学习之后又充满了信心,认为自己可以在市场上叱咤风云地大干一场了。但没想到“看花容易绣花难”,由于对理论知识不会灵活运用.从而失去灵活应变的本能,就经常会出现小赢大亏的局面,结果往往仍以失败告终。这使投资者很是困惑和痛苦,不知该如何办,甚至开始怀疑这个市场是不是不适合自己。在这种情况下,有的人选择了放弃,但有的意志坚定者则决定做最后的尝试。
下一篇:2016年1月1日:注册价格将降至每年7欧元。