用户手动修改设置允许位置授权后？如何得到授权信息更改的通知？ 必须要主动弹窗请求么？ 或主动引导设置openSetting? 没有类似onThemeChange的api? 例如onAuthsettingChange？

注册了企业主体小程序要如何操作获取权限呢？[图片][图片] AppID:wx9104e2082525d234 [图片]

预实现小型电商的购物车逻辑，求大佬指点。 [图片]

如题 12点 可以了！！！

Page函数因为设计原因已被弃用。相信大多数人都在使用Component函数构建页面 在项目中为了避免每个Component配置都写一些options的配置字段,或许很多人会对Component包装一层配置(例如注入options） options:{ addGlabalClass:true,multipleSlots:true,pureDataPattern:/^_ /,virtualHost:true} 但当构建页面时，因为virtualHost:true的原因 会导致报错。 我们无法在注入配置时判断构建的是否是页面 所以只能通过手动写一个mark字段 做为注入时的判断,取消virtualHost的配置。 官方可否让Component构建页面时自动忽略字段options下 virtualHost:true 的支持。

[图片]

scroll-view 虽然可以通过 enable-flex开启flex盒模型，但是gap字段样式无效！ 例如: <scroll-view enable-flex style:"display:flex; gap:20rpx "> <view style:"width:100px;height:100px;"></view> <view style:"width:100px;height:100px;"></view> </scroll-view> 用view替换scroll-view 可实现gap样式。

Behavior构建的properties字段中，默认值渲染为null，js下打印正常？ https://developers.weixin.qq.com/s/A4q1VNmb7Qtw

错误示例 https://developers.weixin.qq.com/s/vOdyHymR7atQ 1.上述示例 在工具中编译或者真机调试会报错 Component is not found in path "components/comp2/comp2" (using by "components/comp1/comp1") 但是预览正常 2.原示例 去除app.json中的配置"lazyCodeLoading" : "requiredComponents"，工具和真机调试报错依旧, 预览白屏。 3.原示例 删除comp1文件夹，再在回收站中还原此文件夹后，工具编译正常，预览正常，真机调试控制台正常，屏幕一直中间转圆圈 说下自己的理解。 配置的lazyCodeLoading在工具编译(我是windows环境)时无效，只在真机使用小程序时有效. 工具编译的时，因为某些因素，组件有预注入行为(形容)，并与组件创建时间相关，如果子组件创建在父组件后，会造成报错，找不到子组件。但由于设置了lazyCodeLoading，在真机启动小程序时（预览），组件注入行为有变，所以正常显示。(把父组件删除再还原的操作会使得子组件创建时间早于父组件，工具就不报错了） 需求产生是因为,开发的第三方插件(JS,TS开发)想利用自定义组件的返回值为载体承载组件类型，在父组件中写子组件properties时有更严格的类型检查，搭配behaviors可以实现更细粒度开发模式。插件已经开发完毕（实现ts类型的严格检查很费事），但由于现有错误，不得不下架npm。希望管理开发人员看到，给个官方思路，如果没有想法改变，看来就得放弃维护此插件了（心疼）。其实就是让lazyCodeLoading模式在工具端编译时生效。以下为一些插件相关截图。 [图片] [图片] [图片][图片] [图片]

今天研究了一下预拉取数据，有些疑惑的地方。 在我的代码包(1M)中使用预加载，在代码包中发出 db.collection返回数据比预加载数据要快。预加载需要调用云函数去获取数据库数据，小程序端直接db反而更快。尤其在要预加载的数据多时(你又不想在一个云函数中多次访问不同数据库集合)那么你就需要在设置的云函数中，分别调用其他的云函数，获取相应的数据，再统一由预设的云函数返回。速度会更慢。这时候的问题就是，你在小程序中的 wx.getBackgroundFetchData会返回错误(data no found),就是说，小程序启动了，但是数据还没回来。只能通过递归等待(有隐患吧)[图片] 2 . 经测试，小程序销毁后，这个预加载的缓存数据不会销毁。而下次冷启动设置的预加载函数一样会被调用。如果网络延迟一下，那么就会导致，小程序启动后，获取的不是当次冷启动下的预加载数据，而是上一次预加载的数据。这就不对了。如果再像上面的情况那样，你永远获取的只能是上一次的预加载数据。 问题出在预加载数据的缓存，应该在小程序销毁时一起销毁。 上面测试是在工具上进行的。以上是个人心得，有不对的地方希望大佬指出。感觉现在的预加载不是很舒服。