[图片]

1:小程序可用性和完整性不符合规则: (1):小程序打开首页页面空白，无法加载，请优化后再提交审核。（测试环境wifi，Andriod 8.1.0，微信7.0.5，红米5 Plus） 同样的小程序代码,表示很费解 请帮忙提供下具体错误的原因说明 如果是因为代码的问题,请提供错误代码的说明,这样才能提高小程序的开发的速度和质量啊

小程序尚未发布，版本库1.7.1 开发的小程序已经绑定到了发会员卡的公众号上面。 跳转方法： <navigator target="miniProgram" app-id="wxeb490c6f9b154ef9" extra-data="{{data}}" version="release">会员开卡</navigator> data = {     encrypt_card_id, outer_str, biz } [图片]

- 需求的场景描述（希望解决的问题） slot算是小程序框架中最能提高开发效率的功能之一了，但相较现有成熟框架，仍有不足，例如： 1.当没有为插槽提供内容时，无法设置默认内容 2.无法将组件内的数据传递给插槽，无法配合for使用 - 希望提供的能力 slot允许设置默认内容 <slot name="before">     <text>默认内容<text> </slot> slot允许传递数据 <view wx:for="{{list}}">     <slot data="{{item}}"></slot> </view>

通过小程序定位获得当前位置的功能需求很多人会用到，未来应用的场景肯定也是越来越多，但是小程序获取定位getLocation()有个比较顽固、随机出现但常见的问题，就是定位不准确/不及时的问题，相信我不是第一个遇到的，也不会是最后一个，而且这个问题时不时出现、影响体验。 例如扫码签到同时上送地址的应用场景，我明明已经到B地点了，但是上送的地址却还是原来的A地点（很多人说可能是误差，其实不是，我们遇到太多次了，特别是上下班这种短时间内区域跨度比较大的情况下经常出现），猜测可能是定位被微信缓存了没有真正通过GPS硬件获得实时地址的缘故？ 因为遇到的比较多了，我们使用iphone8（普遍性）做过多次试验均出现此问题： ①我在B地点扫码签到发现上送地点是A； ②打开百度/高德地图检查定位是不是不准，点击“定位/重新定位”使得地址正确的在B或B附近； ③重新扫码签到，发现上送的地点还是A； 证明：getLocation()获得的地址被缓存了/没有通过GPS硬件获得实时地址 关键问题是A和B地点的误差范围比较大，大到超出5km的情况都出现过（已经在围栏误差范围外了），地球/火星坐标系等等参数已经试过无数次了在生产复杂环境下还是没有得到解决。 希望官方对获取定位的API能有优化，建议小程序获取定位改为直接调用GPS硬件以获得更加精确地址。 如果使用方法不对也请指正，谢谢。