在搭建完微信小程序开发环境在后在console一栏出现的事件警告是怎么回事

一、运行环境的不同。传统的HTML5的运行环境是浏览器，包括webview，而 小程序的运行环境并非完整的浏览器，大家注意，我这里写的是“非完整的浏览器”，有以下几个原因小程序的开发过程中会用到HTML5相关的技术(并非全部)小程序最后的发布上线需要 审核， 在不更新自身软件的情况下可以将小程序更新到自身软件内，这就联想到了ReactNative框架,并且已经有开发者在 小程序的开发工具源码中发现使用了React和NodeWebkit库官方文档中着重强调了脚本内是无法使用浏览器中常用的window对象和document对象（基于这一点，像zepto/jquery这种 *** 作dom的库就被完全抛弃了）所以我个人认为，小程序的运行环境很有可能是 开发团队基于浏览器内核完全重构的一个内置解析器，针对小程序专门做了优化，配合自己定义的开发语言标准，提升了小程序的性能。不过由于 给开发者提供了开发工具，而开发工具中也内置了编程、调试、开发环境、发布于一身，我们也不用再探讨它的最终运行环境了，只要按照官方文档进行开发就可以了。并且从 团队给开发者提供开发工具这一举动，让我联想到了苹果给开发者提供的X-CODE开发工具，可以想象 的“野心”可见一斑二、开发成本的不同。这里我提出了一个问题，当我们面对一个HTML5web开发需求时，我们需要考虑什么呢？抛去开发工具（vscode、sublimtext、Atom等）不谈，大到前端框架（Angular、react、vue、backbone等）、模块管理工具（Webpack、Browserify等）、任务管理工具（Grunt、Gulp等），小到UI库选择、接口调用工具（ajax、FetchApi等）、浏览器兼容性等都要我们一一考略，再不济用jqery插件写H5，也要在开发过程中去寻找合适的jquery插件来配合项目。尽管这些工具可定制化非常高，并且提高了开发者的开发效率，但我相信项目开发的配置工作已经消耗了不少精力，尽管大部分开发者都有自己的配置模板，但长久以来对于项目中使用的各种外部库的版本迭代、版本升级所产生的成本应该也不低。而当我们面对一个 小程序的开发需求时，我们需要考虑什么呢？ 团队提供了开发者工具，并且规范了开发标准，前端常见的HTML、CSS变成了 自定义的WXML、WXSS，WXML中尽管全部是自定义标签，但官方文档中都有明确的使用介绍，相信上手应该是非常容易的；WXSS、JSON和JS文件中的写法稍有限制，但整体相差不多。在统一了这些标准之后，作为一个开发者，你会发现，自己只要专注写程序就可以了：当需要调用后端接口时，调用发起请求API当需要上传下载时，调用上传下载API当需要数据缓存时，调用本地存储API引入地图、使用罗盘、调用支付、调用扫码等等功能都可以直接使用UI库方面，框架自然带有自家weui库加成并且在使用这些API时，你不用再去顾虑浏览器兼容性，不用担心生产环境中出现不可预料的奇妙BUG，可见 小程序的开发成本确实相比以往的web开发低很多。三、获取系统级权限的不同。 小程序相对于HTML5web应用能获得的系统权限，比如网络通信状态、数据缓存能力等，这些系统级权限都可以和 小程序无缝衔接，也就是官方宣称的拥有NativeApp的流畅性能，而这一点恰巧是HTML5web应用经常被诟病的地方，这也是HTML5的大多应用场景被定位在业务逻辑简单、功能单一的原因。四、应用在生产环境的运行流畅度。这条无论对于用户还是开发者来说，都是最直观的感受。长久以来，当HTML5应用面对复杂的业务逻辑或者丰富的页面交互时，它的体验总是不尽人意，需要不断的对项目优化来提升用户体验。但是由于 小程序运行环境独立，尽管同样用html+css+js去开发，但配合 的解析器最终渲染出来的是原生组件的效果，自然体验上将会更进一步。请使用手机"扫一扫"x

微信小程序违规处理有以下几种：一、警告：1、给予违规小程序开发者警告，让其立即纠正违规行为，以避免受到更严厉的处罚。2、对违规小程序进行更严格的审查，以确保其内容不违反法律法规，提高小程序的质量。二、处罚：1、对于严重违规的小程序，可以直接关闭小程序、封禁账号或者限制账号的使用权限，以此惩罚违规行为。2、对于涉嫌违规的小程序，可以提出警告，要求其立即修改违规内容，以免受到更严厉的处罚。三、教育：1、组织定期的小程序开发者培训，让开发者更加清楚相关法律法规，并学会如何正确开发小程序。2、定期发布小程序违规处理的指南，让开发者更加了解小程序违规处理的规则和流程。通过以上三种方式，可以有效的处理微信小程序违规行为，维护小程序的正常运行，为用户提供更好的服务。

调整过后符合就行。

小程序当前所选类目与帐号所运营的服务内容不一致，

或以修改或隐藏小程序的内容等方式避开、妨碍腾讯的

发布审核。包括但不限于：直播类小程序未选择社交-直

播类目，食品销售小程序未选择商家自营-食品类目等。

处理规则：1、金融类：纯金融类直接下架处理；部分业务含金融类，限期3天整改，到期未整改则下架处理。2、红包类：未选择社交-红包类目运营的，封禁“小程序分享、被搜索、调用支付接口、通过二维码打开小程序”能力。3、高危类：包含(医疗、社交、公益、政务民生、洗浴保健、时政信息、文娱-视频)，限期3天整改，到期未整改则下架处理。4、其他类目不符：限期3天整改，到期未整改则封禁“被搜索”能力。

---