[图片]

具体如果，调试面板空白，无法进行调试，也不知道什么情况下触发 [图片]

最新升级这版，微信端调试工具，调试面板怎么打开，没有调试面板能叫调试工具。 [图片] 你告诉我调试面板怎么打开。浪费我一上午时间没有找到打开调试工具的办法。

前言 今年鹅厂的「创造营2020」火爆，节目累计播放量超4.1亿次，“撑腰”（投票）数也已超10亿（数据来源：腾讯视频）。 [图片] 在如此大的流量洪峰下，云开发如何利用自身能力，为节目保驾护航？下文将详细介绍。 如何降低安全风险 为了配合节目运营，活动组特地策划和上线了一系列扫码抽奖、投票等基于小程序的营销互动活动。 [图片] [图片] 活动刚上线时 ，活动组的研发同学结合小程序 openid、ip 等信息对日志进行分析后发现：小程序可能存在被刷接口的风险。 [图片] 当时这一批扫码活动的调用链路如上图：小程序通过公网访问后端服务。虽然系统做了大量的防攻击安全措施，但风险仍未消除。 怎么办呢？ 后来我们发现了云开发这一 Serverless 云端一体化产品方案很适合该应用场景，于是将架构升级，采用云开发作为接入层入口，改为了下图的架构。 [图片] 从小程序 -> 微信后台 -> 云开发（云函数）这一段公网链路是私有协议，不仅保障了安全性，而且提高了传输性能。 “从小程序端无法抓包，接口处于封闭环境中，到扛过“秒杀”、小程序直播、节目直播等重要节点，改用云开发的效果超出预期，可以说是100%安全无死角，”研发团队负责人如是说，“而且，这是云开发天然具备的特性，无需多写任何一行代码就能把羊毛党和黑客拒之门外”。 和旧架构的数据链路相比，云开发具有以下以下3个链路优势： 防刷防攻击：小程序中调用后端云函数时，在公网上的数据传输都采用的微信的私有协议。能保证调用方一定来自于小程序端，防止信息在公网被窃取，而且能有效的防止重放攻击等。链路加密：C端是微信的可信客户端，使用破解微信会被封号。公网的网络通讯过程走的加密链路，能对敏感信息做到全链路有效保护。网络优化：小程序的请求会首先接近接入到微信接入集群，然后微信后台通过专线走内网将请求转发给云开发中部署的后台服务。而且还能利用微信私有协议对各种网络环境的多年优化能力，极大得提升了《创造营》前后台交互的网络链路。 顶住流量洪峰，确保小姐姐C位出道 作为接入层，除了安全能力，还有一个艰巨的任务需要完成 —— 支撑投票场景。投票是《创造营2020》的一个重要场景，但和普通的投票不同，《创造营》的投票更像是电商的“秒杀”活动。 具体来说，《创造营2020》作为直播节目，拥有很强的互动性，而且用于投票的时间有限，当全网海量粉丝在同一时间瞬时涌入，瞬间的大流量和高并发，对系统的可用性提出了极高的要求。 而且，根据投票直接产生本届总冠军人选，是《创造营2020》决胜之夜最关键的时刻，不能有任何差池，否则会对节目口碑造成重大损失。唯有努力与梦想不能被辜负，作为创造营学员们追梦路上的坚强后盾，面对流量洪峰当然要抗住！ [图片] 那么，在投票的关键时刻，云开发是如何顶住压力，顺利保障女团小姐姐C位出道呢？ 云开发自带弹性扩缩容的特性，在云开发模式下，不需要为了应对高并发而提前部署大量资源，因为背靠腾讯云海量的资源能力，可以几乎无限自动水平扩容，支持海量并发请求。对开发者来说，使用云开发就是典型的 NoOps 实践。 随着请求量的不断增长，云开发可以进行自动扩容，确保在云开发上面的业务高性能、高可用。而当流量下来时，资源配置将自动缩减，用多少付多少，大大节约了资源成本。 “也就是我们不用写任何代码，就默认拥有了承载亿级流量的后端接口能力，我们只用专注与业务逻辑开发即可。有一种未来已至的感觉，听起来还真有点小激动。”研发团队成员说道。 “不过云开发毕竟是新生的开发模式，虽然已有很多成功案例，但为保证项目平稳运行，研发团队对云开发的核心接口进行了压测，从压测情况来看云开发不但能很好地承载“秒杀”场景，同时接口运行时长还非常稳定。” [图片] △ 后台接口平均运行时间（毫秒） [图片] △ 请求QPS 以后做活动，就用云开发了 结果显示，在「创造营2020」成团之夜，云开发不但实现了100%安全无死角，而且在投票“秒杀”场景下高性能地 hold 住全场，为节目的顺利进行保驾护航。 [图片] 「创造营2020」研发团队表示：“经过此役，我们和云开发已经深深结缘。以后做活动，我们首选云开发！。”

应用内容分享到朋友圈后，只有自己可见，其他人看不到。 点对点分享没有问题。 查看开放平台接口状态正常。

内含开店指引、店铺运营和平台规则，帮你快速掌握小商店经营秘诀。

小程序模板消息能力在帮助小程序实现服务闭环的同时，也存在一些问题，如： 1. 部分开发者在用户无预期或未进行服务的情况下发送与用户无关的消息，对用户产生了骚扰； 2. 模板消息需在用户访问小程序后的 7 天内下发，不能满足部分业务的时间要求。 为提升小程序模板消息能力的使用体验，我们对模板消息的下发条件进行了调整，由用户自主订阅所需消息。 一次性订阅消息 一次性订阅消息用于解决用户使用小程序后，后续服务环节的通知问题。用户自主订阅后，开发者可不限时间地下发一条对应的服务消息；每条消息可单独订阅或退订。 [图片] （一次性订阅示例） 长期性订阅消息 一次性订阅消息可满足小程序的大部分服务场景需求，但线下公共服务领域存在一次性订阅无法满足的场景，如航班延误，需根据航班实时动态来多次发送消息提醒。为便于服务，我们提供了长期性订阅消息，用户订阅一次后，开发者可长期下发多条消息。 目前长期性订阅消息仅向政务民生、医疗、交通、金融、教育等线下公共服务开放，后期将逐步支持到其他线下公共服务业务。 调整计划 小程序订阅消息接口上线后，原先的模板消息接口将停止使用，详情如下： 1. 开发者可登录小程序管理后台开启订阅消息功能，接口开发可参考文档：《小程序订阅消息》 2. 开发者使用订阅消息能力时，需遵循运营规范，不可用奖励或其它形式强制用户订阅，不可下发与用户预期不符或违反国家法律法规的内容。具体可参考文档：《小程序订阅消息接口运营规范》 3. 原有的小程序模板消息接口将于 2020 年 1 月 10 日下线，届时将无法使用此接口发送模板消息，请各位开发者注意及时调整接口。            微信团队 2019.10.12

1:服务类目"商家自营-五金/建材/化工/矿产品_"与你提交代码审核时设置的功能页面内容不一致: (1):你好，你的小程序涉及商家入驻/店铺街入口，请补充选择电商平台类目或者建议去掉该模块内容，改成商家自营模式，并在基础信息处申请该类目，通过资质审核并在配置功能页添加符合该类目的功能页面。 请根据上述原因对小程序进行修改，并重新提交代码审核。   已经按照审核要求改成商家自营模式了，为什么还是审核不通过？？？？请相关人员回复并解决一下，问题出在哪里？

被拒原因如下 1:服务类目"商家自营-鲜花/园艺/工艺品_"与你提交代码审核时设置的功能页面内容不一致: (1):你好，贵方小程序【申请入驻】涉及商家入驻/店铺街入口，请补充选择电商平台类目或者建议去掉该模块内容，改成商家自营模式并补充商家自营-食品、商家自营-酒/盐类目，并在基础信息处申请该类目，通过资质审核并在配置功能页添加符合该类目的功能页面。 2:小程序内容不符合规则: (1):小程序实际所提供的服务属于尚未开放的服务类目：多级分销 现在提交审核的版本并没有商家入驻和店铺街入口，商城本身没有分销功能，不知道那个多级分销功能是哪里来的

- 需求的场景描述（希望解决的问题） 小程序审核时被判定为存在虚拟商品和服务。我们虽然是属于在线上支付，但是我们和实体酒吧进行合作，提供实际的商品。 客户可以通过我们的小程序支付酒品的费用下单，然后在本酒吧内提取酒品。 [图片] - 希望提供的能力 希望帮助我们证明我们小程序中不存在虚拟商品和服务 谢谢各位小哥哥小姐姐

服务类目中 酒 包含 酒水饮料吗

各位微信开发者： 以下是上周小程序相关能力更新及我们在社区收到的问题反馈、需求的处理进度，希望同大家一同打造小程序生态。 小程序性能监控需求调查  微信小程序后台性能监控目前已经涵盖了启动总耗时、下载耗时、初次渲染耗时等数据。为了进一步了解开发者对于性能指标监控的需求，提升开发者的性能分析体验，现邀请大家抽空填写《性能监控需求调研问卷》。我们会基于本次调研规划更加合理的需求与功能，非常感谢。 「小程序·云开发」资源配额调整  为了让开发者能够更方便的使用小程序·云开发，我们对云开发的部分资源配额进行了调整，具体调整内容包括： * 去除云函数调用次数限制（之前基础版为20万/月，豪华版为5亿/月） * 云函数并发数统一调整为 1000（之前基础版为20，豪华版为1000） 同时，我们新增了四个新套餐：专业版 plus、专业版 plus、CDN 版 plus、以及旗舰版 plus。 调整后的配额信息可参考 小程序·云开发配额 ，可下载使用最新微信开发者工具 稳定版 或 nightly 版 查看。 注：如果使用的是 07.16 日之前的微信开发者工具，云函数调用次数将会显示为 1000 亿次，新版本中不再会显示，请升级到最新版查看。   小程序新增“实时日志”功能  “实时日志”功能可以便捷地查询最近三日内的小程序日志，帮助开发者排查漏洞、定位问题。“实时日志”提供了三种日志等级，开发者可根据自己的业务场景打印日志，并可在“小程序管理后台-开发-运维中心-实时日志”根据用户的微信号或 OpenID 查询日志信息。 详细介绍请参考: 《实时日志开发文档》 「视频前贴广告组件」与「视频广告组件」面向非游戏类小程序流量主开放  视频前贴广告组件：包含视频内容的小程序，开发者可自定义广告出现的具体视频。当用户点击播放视频内容时，视频前贴广告将在视频播放前展示，目前向非游戏类目全量流量主开放。详见《小程序视频前贴广告流量主指引》 。   视频广告组件：在小程序页面内接入，由开发者决定广告实际展示的位置。用户滑过广告后暂停视频，返回后继续播放，目前向非游戏类目全量流量主开放。详见《小程序视频广告流量主指引》 。 上周问题反馈和处理进度（08.26-08.30）修复中的问题小程序调用接口提交审核时，system error hint 的问题 查看详情 text 或者 from 表单提交中-- 内嵌的text无法触发 bindtap 事件的问题 查看详情 我公司的小程序在小部分手机上出现一直白屏加载不出来的现象的问题 查看详情 BLE 的 interval 参数导致微信闪退问题 查看详情 小程序打开页面的时候，让输入框获取焦点，弹出输入法，页面的头部异常的问题 查看详情 text 标签的 selectable 状态怎么取消的问题 查看详情 UDP bind() 方法报错的问题 查看详情 canvas.draw 在 iPhone 上面不执行的问题 查看详情 回放接口无法使用的问题 查看详情 从下拉窗口打开小游戏，游戏界面出现乱码的问题 查看详情 开发者工具升级后卡到炸的问题 查看详情 获取页面实例挂载数据丢失的问题 查看详情 小米9获取屏幕亮度错误的问题 查看详情 grpc 在小程序云函数中无法使用的问题 查看详情 video 组件加载 m3u8 格式的视频 底部进度条拖动无效的问题 查看详情 插屏广告，位置异常的问题 查看详情 关于小游戏 UDPSocket 的问题 查看详情 iphone6 手机小游戏白屏的问题 查看详情 iOS 设备中 video 全屏问题 查看详情 对局回放分享按钮点击无效的问题 查看详情 iOS:input 输入框和 opentype='getPhoneNum' 事件冲突的问题 查看详情 video 组件 播放 m3u8 视频的问题 查看详情 使用 cursor-spacing 属性弹起键盘页面上拉会显示出上一个页面的内容 查看详情 服务通知里的内容被省略的问题 查看详情 自定义 tabBar 在切换 tab 闪屏的问题 查看详情 picker 组件 multiSelector 模式下安卓手机第一次唤起弹窗不显示数据的问题 查看详情 动态更新 swiper，更新的 swiper-item 显示空白的问题 查看详情 微信录屏结束创建的分享按钮无法分享的问题 查看详情 video 组件 mp4 缓冲一段大概15秒后续的视频一直 loading，卡住不播放的问题 查看详情 命令行调用上传代码返回成功，为什么扫描二维码打开的仍然是之前上传的代码的问题 查看详情 canvasPutImageData 在小米5报 invalid data form 的问题 查看详情 小游戏加载阶段微信崩溃( iOS 必现) 的问题 查看详情 模拟器显示没问题，手机预览空白，底部报错的问题 查看详情 微信第三方平台公众号授权的问题 查看详情 input 聚焦与 button (获取手机号授权)键盘与授权框同时存在的问题 查看详情 微信第三方授权界面报错的问题 查看详情 第三方平台扫码授权页面提示 ScriptError 的问题 查看详情 公众号授权给第三方平台的问题 查看详情 小程序地图，点击 bindmarkertap 会触发 bindtap 的问题 查看详情 需求反馈需求评估中wx.getLocation 的错误信息统一的需求 查看详情 小程序助手建议 查看详情 有小程序相关的 adapter 的需求 查看详情 关于网络请求 referer 变量的文档需求 查看详情 「PC 小程序」支持支付的需求 查看详情 增加 setNavigationBarColor 能设置渐变色的需求 查看详情 rich-text 增加对 svg 标签支持的需求 查看详情 「PC 小程序」小程序添加到桌面和添加到我的小程序的需求 查看详情 「PC 小程序」意见反馈开放能力的需求 查看详情 「PC 小程序」扫码 api 不能用的需求 查看详情 开发工具上传的时候每次都要选择更新更新类型，能否记录上一次选择的需求 查看详情 支持一个企业管理员，管理企业的所有小程序的需求 查看详情 开发者工具可以自动开启服务端口的需求 查看详情 小程序能否提供拖动排序组件的需求 查看详情 小程序 editor 插入图片后不让内容直接返回顶部的需求 查看详情 开发者工具打开目录相关的需求 查看详情 picker 省市区组件 json 数据开放的需求 查看详情 小程序支持 AirKiss2.0 硬件配网的需求 查看详情 image 组件支持全景照片的需求 查看详情                                                                                                                                                                      微信团队                                                                                                                                                                    2019.09.05

今天，说一个能为你“拉好感”的改动。 小程序帐号登录功能进行全新的规范升级，包括但不限于手机号登录、邮箱登录等。划重点：从2019年9月1日开始，对于未满足登录规范要求的小程序，我们将会在后续的代码审核环节进行规则提示和修改要求反馈。 用户使用登录功能就像“面基”，第一印象很重要。这几个小改动在提升小程序使用的流畅体验、避免用户对数据采集授权担忧的同时，也将驱动用户更乐意尝试使用小程序服务。来，通过三个问题来解锁正确启用帐号登录的姿势。 跟败好感”的姿势告别 问题一 ： 在用户清楚知悉、了解小程序的功能之前，就要求用户进行帐号登录会怎样？ [图片] （错误示范：在用户打开小程序后立刻弹出授权登录页） 用户好感-1。刚见面就要牵手未免太尴尬，与其打开小程序后立即跳转提示登录或打开小程序后立即强制弹窗要求登录，不如把主动权交给用户。 用户体验小程序功能后，可以主动点击登录按钮来触发登录流程，也可以选择不登录。 [图片] Tips： 适用于对外开放用户注册流程、无需验证特定范围用户，且注册后即可提供线上服务的小程序。 有个特例， 为学校系统、员工系统、社保卡信息系统等提供服务的小程序，倒是可以直接引导用户进行帐号登录。 [图片] 问题二 ： 线上仅提供注册功能，服务依赖其他方式提供的小程序，如ETC注册申请、信用卡申请，在用户未获取任何信息时，首页直接弹框要求登录注册会怎样？ [图片] （错误示范：用户进入ETC小程序时立刻弹出授权登录页） 用户好感再-1 。“神秘感”能营造好氛围，但你的小程序都如此优秀了，可以直接告诉用户原因再让他们接受—— 用户在小程序首页了解要求使用帐号登录功能的原因后，可通过登录或注册按钮进行登录操作。 [图片] 问题三 ： 在需要登录环节直接跳转登录页面，只给用户一个登录选项会怎样？ [图片] （错误示范：登录页面只有登录选项） 用户好感再-N。“霸道总裁”不要太用力，多给些温柔的选项，用户会更快爱上你。 在需帐号登录的环节中，用户可以主动点击登录，或点击取消登录，没有强制登录的行为。 [图片] 姿势掌握了吗？我们希望帮助开发者们能根据正确姿势示范，调整小程序的帐号登录功能，优化用户使用帐号登录功能的体验，更好地与用户相处，同时赢得更多用户的青睐。

小程序插件是可以被开发者添加到小程序内直接使用的，能为用户提供具体服务的功能组件。 插件开发者可像开发小程序一样开发插件，除了在自己的小程序内使用，还能提供给其他小程序直接使用。 插件的使用者无需独立开发小程序内的所有服务，无需理解插件内部逻辑和实现方式，可直接使用别人开发好的插件，为用户提供相应服务。 iframe class="embed-responsive-item vqq-player" type="text/html" width="640" height="390" src="https://v.qq.com/txp/iframe/player.html?vid=b0869sdx4fq&disableplugin=IframeBottomOpenClientBar&&auto=0" frameborder="0" webkitallowfullscreen mozallowfullscreen allowfullscreen>

上一篇小程序登录相关的学院课程，我们围绕小程序如何通过优化登录“拉好感”提了几点建议。 前方再次预告，开发人员请及时到场：9月1日起，小程序登录规范规则正式开始执行，未满足登录规范要求的小程序将会被代码审核拦截，请尽快优化。 下面，我们来复习下正确的登录优化姿势。 从陌生人到“知己” 想要“拉好感”并不难，秘诀就在于跟用户做朋友。开发者可以站在用户的角度体验小程序，从而更了解自己的产品。 攻略一：互相认识从自我介绍开始。对于线上仅提供注册功能，服务依赖其他方式提供的小程序，可先让用户知悉小程序功能，再引导用户进行授权。 下面这个ETC小程序，就“秀”了一波：用户可在首页了解小程序相关功能及使用帐号登录的原因，并可先办理ETC再登录。 [图片] [图片] [图片] [图片] [图片] 攻略二：做完介绍，先别急着登录，让对方花点时间了解你。对于服务范围开放的小程序，可先让用户体验了解小程序功能，与其只给用户一个登录选项，不如用“个人魅力”吸引他们。 例如，在这个DJ小程序中，用户可先听音乐蹦迪授权登录后，还能关注作者、风格及电台，或购买周边商品，享受更多服务。 [图片] [图片] [图片] 不过，如果服务范围是特定的，可以直接让用户登录，毕竟你和用户已经是知根知底的“老熟人”了。 攻略三：退一步，给对方留点拒绝的余地。在小程序登录页提供可取消或拒绝的选项按钮，反而更能留下好印象。 以这个拼单小程序为例，用户可先浏览商品信息，查看商品详情。如果用户心动了，点击“我的”进入个人中心授权登录即可下单；如果用户犹豫不决，还可以退出登录页面继续逛。 [图片] [图片] [图片] [图片] 登录优化的Q&A 对规则仍然有疑惑的开发人员，我们也补充了详细的问题解答，希望对你们有帮助—— Q：9月1日后，开发者该如何获得用户的UnionID？用户不登录就没有UnionID，怎么办？ UnionID是作为微信体系内，用户帐号在同一主体下不同公众号、小程序及App之间实现数据互通的识别凭证，这个信息本身是匿名化、不敏感且不可反推的。但用户如果在不知情的情况下被获取，并且开发者完成了跨平台或者跨产品的打通，会使得用户产生困惑，为什么同一个用户在帐号A的信息会在帐号B中被展示。 站在用户体验和隐私保护的角度来看，每个人都不希望自己的个人信息在不知情的情况下被获取。因此，开发者要在用户授权登录后，才能获取UnionID 如果用户曾经授权登录过同主体App或关注了同主体公众号，则表示用户已经知情并同意登录，这时开发者可以直接获得UnionID。点击这里查看详情。 如果用户未授权登录，开发者可根据前面的攻略，进一步优化登录体验，让用户更乐意登录使用你的小程序。 unionid就像大型连锁超市（微信内同主体帐号）给客户（用户）发放会员卡（nionid），客户持有会员卡可在连锁超市内享受会员权益。 而用户不知情即被获取unionid，就好比在连锁超市购物后，没有任何信息说明，超市就要求留下手机号码等身份凭证识别信息。下次用户去另一家连锁超市时，超市已清晰记录用户之前的消费记录。这是我们不提倡的。 因此，我们希望在用户对小程序的业务有了解之后，开发者明确告知用户会在什么功能或业务使用unionid打通不同帐号之间的数据。 Q：怎么划分服务范围开放和服务范围特定呢？ 举个简单的例子，当你在餐厅、商店消费时，服务员不会要求查看你的身份证明，再为你提供服务，但当你进入学校或公司时，则需先登记才能进去。 因此，服务范围开放是指完全对外开放注册，无需进行特殊身份验证，注册后即可提供线上服务体验的小程序，例如电商、外卖等小程序；服务范围特定则需要进行特殊身份验证，且线上服务仅供特殊身份用户体验，例如学校教学系统、公司员工系统等小程序。 Q：服务范围开放的小程序，可以使用仅提供注册功能小程序的调整方案吗？ 如果小程序服务范围属于完全开放，线上仅提供注册功能，其他服务均需以其他方式提供的，例如ETC小程序，可以在首页介绍小程序的服务功能，说明要求使用帐号登录功能的原因后，让用户主动选择登录。 反之则需要让用户进入小程序体验并了解平台功能，在使用需要注册登录才能体验的功能时，才触发登录注册流程。 Q：如果小程序不调用微信个人信息授权，只使用帐号密码或手机号码登录，需要优化吗？ 小程序帐号登录，是指开发者在小程序内提供的帐号登录功能，包括但不限于手机号登录、getuserinfo形式登录、邮箱登录等形式。因此，开发者也需根据规范进行优化 再次划重点，请未满足小程序帐号登录规范的开发者们尽快完成优化，为你的小程序增加更多好感度。 未来，我们还将不断优化小程序使用体验，希望开发者与我们一起，让平台生态更加绿色健康。如果你对新规范还有什么疑惑，欢迎在评论区聊聊。

自定义导航栏在刚出的时候已经有很多实现方案了，但是还有大哥在问，那这里再贴下代码及原理： 首先在App.js的 onLaunch中获取当前手机机型头部状态栏的高度，单位为px，存在内存中，操作如下： [代码]onLaunch() { wx.getSystemInfo({ success: (res) => { this.globalData.statusBarHeight = res.statusBarHeight this.globalData.titleBarHeight = wx.getMenuButtonBoundingClientRect().bottom + wx.getMenuButtonBoundingClientRect().top - (res.statusBarHeight * 2) }, failure() { this.globalData.statusBarHeight = 0 this.globalData.titleBarHeight = 0 } }) } [代码] 然后需要在目录下新建个components文件夹，里面存放此次需要演示的文件 navigateTitle WXML 文件如下： [代码]<view class="navigate-container"> <view style="height:{{statusBarHeight}}px"></view> <view class="navigate-bar" style="height:{{titleBarHeight}}px"> <view class="navigate-icon"> <navigator class="navigator-back" open-type="navigateBack" wx:if="{{!isShowHome}}" /> <navigator class="navigator-home" open-type="switchTab" url="/pages/index/index" wx:else /> </view> <view class="navigate-title">{{title}}</view> <view class="navigate-icon"></view> </view> </view> <view class="navigate-line" style="height: {{statusBarHeight + titleBarHeight}}px; width: 100%;"></view> [代码] WXSS文件如下： [代码].navigate-container { position: fixed; top: 0; width: 100%; z-index: 9999; background: #FFF; } .navigate-bar { width: 100%; display: flex; justify-content: space-around; } .navigate-icon { width: 100rpx; height: 100rpx; display: flex; justify-content: space-around; } .navigate-title { width: 550rpx; text-align: center; line-height: 100rpx; font-size: 34rpx; color: #3c3c3c; font-weight: bold; text-overflow: ellipsis; overflow: hidden; white-space: nowrap; } /*箭头部分*/ .navigator-back { width: 36rpx; height: 36rpx; align-self: center; } .navigator-back:after { content: ''; display: block; width: 22rpx; height: 22rpx; border-right: 4rpx solid #000; border-top: 4rpx solid #000; transform: rotate(225deg); } .navigator-home { width: 56rpx; height: 56rpx; background: url(https://qiniu-image.qtshe.com/20190301home.png) no-repeat center center; background-size: 100% 100%; align-self: center; } [代码] JS如下： [代码]var app = getApp() Component({ data: { statusBarHeight: '', titleBarHeight: '', isShowHome: false }, properties: { //属性值可以在组件使用时指定 title: { type: String, value: '青团公益' } }, pageLifetimes: { // 组件所在页面的生命周期函数 show() { let pageContext = getCurrentPages() if (pageContext.length > 1) { this.setData({ isShowHome: false }) } else { this.setData({ isShowHome: true }) } } }, attached() { this.setData({ statusBarHeight: app.globalData.statusBarHeight, titleBarHeight: app.globalData.titleBarHeight }) }, methods: {} }) [代码] JSON如下： [代码]{ "component": true } [代码] 如何引用？ 需要引用的页面JSON里配置： [代码]"navigationStyle": "custom", "usingComponents": { "navigate-title": "/pages/components/navigateTitle/index" } [代码] WXML [代码]<navigate-title title="青团社" /> [代码] 按上面步骤操作即可实现一个自定义的导航栏。 如何实现通栏的效果默认透明以及滚动更换title为白色背景，如下图所示: [图片] [图片] [图片] [图片] 最后代码片段如下： https://developers.weixin.qq.com/s/wi6Pglmv7s8P。 以下为收集到的社区老哥们的分享： @Yunior: 小程序顶部自定义导航组件实现原理及坑分享 @志军: 微信小程序自定义导航栏组件(完美适配所有手机),可自定义实现任何你想要的功能 @✨o0o有脾气的酸奶💤 [有点炫]自定义navigate+分包+自定义tabbar @安晓苏 分享一个自适应的自定义导航栏组件

近期有好多客户咨询我做APP，我就很恼火，你预算一点点，还想盖高楼，真是难啊！俗话说，巧妇难为无米之炊。你给那点钱，我也很难帮到客户，就重点给他推荐小程序的好处，客户最终也愿意听我的建议，低成本开发小程序，前期试错迭代，探索模式清晰后再做APP开发。APP的历史很久了，上线近两年的微信小程序功能与APP相近，而公众号同样基于微信，性能又与小程序相近，小程序和APP还有公众号到底有什么区别呢?下面我简单整理了自己总结的东西，和大神一起来讨论一下。 一、小程序和公众号的区别 在电商行业发展或者准备进入电商行业中发展的企业商家，在微信电商不断发展的现在，大多会选择进入这个市场去发展。特别是这一年多来，微信小程序的火热，让更多商家看到它的商机与市场，纷纷投入到小程序商城的开发当中。不过，即使开发完毕，还需要考虑更为重要的问题，就是如何去推广这个平台来曝光引流、转化，而保障它的发展的问题。 二、小程序和APP的区别 小程序虽然被喻为原生APP，但是开发小程序与开发APP所需要的技术不是在一个层次上的。小程序的开发，是基于微信官方提供开发指引与工具基础上去开发，相当有一个大致的框架作为基础。而APP开发，所有的框架内容都要从基础开始搭建，技术难度与开发周期都在小程序之上，这是区别之一。 区别之二，在于它们的功能实现与技术维护上。小程序虽然能实现企业商家的大部分功能需求，但是依旧有一些功能是它无法实现而APP开发可以实现的。比如一些物联网项目的需求功能，就只能在APP上才能真正实现软硬件对接。另外，在开发之后的后期维护上，APP比小程序维护所需技术更深层次，它需要针对不同类型的系统做兼容性开发、维护以及系统升级，以保障它能顺畅运行。而小程序的维护，有微信官方的支持，维护成本更低、周期更短，且流程更加简单一些。 三、如何保障小程序的发展问题? 1.线下场景投放参数码推广 小程序商城虽然作为一个线上的电商平台，但不一定它的推广就要局限于线上，可以通过小程序码、参数二维码的投放，将线下场景也用于推广引流，让线下的流量也能通过扫码而引到线上。 2.与公众号关联推广 微信小程序可以与公众号相互关联这一点，是明显让这两个平台得以互补的设定。小程序难以将客户真实留存到平台中，而公众号的粉丝体系恰好可以弥补这一功能，实现粉丝的沉淀。而开发小程序商城之后，与公众号进行关联，可通过图文、自定义菜单等，赋予小程序入口，将公号的粉丝引到小程序中，同时对商城进行推广与曝光。这种在公众号原有基础上推广小程序商城的做法，也是比较有效的。 3.利用砍价、拼团等工具去实现裂变 像拼多多这类型的商城，除了基本的商品销售之外，其实更让它名声大燥的，是它的拼团与砍价的玩法。拼团更省钱，砍价更是可以0元购物，这些对于消费者来说都是直接的利益体现，所以他们更愿意去主动转发分享这个平台，而在他们分享的过程中，商城也就得到推广。所以，微信小程序商城可以借助这种模式，用砍价、拼团等工具，去实现裂变传播。 4.利用软文做内容营销 内容营销是一种比较常见的推广方式，小程序商城可以利用这种手段，编辑软文进行营销推广并刺激转化，将主推的产品、主推的服务以软广的形式去介绍出去，在实现的曝光的同时，也用价值抓住用户眼球，刺激用户实现消费。 APP、公众号和小程序上线的时候不同，功能也有所不一样，发展的方向也不同，但不可否认的是对我们的生活有着很大的影响，为我们提供了便利。至于企业要怎么选择，要根据自身的发展需求，从基础出发，契合企业的发展需求。 个人觉得还是小程序更有前途，它是一个轻APP,基于微信小程序快速部署，也有成熟的第三方系统，可以直接拿来用，腾讯官方也会不断丰富小程序的基础功能，对我们来说是一大好处。利用第三方的成熟系统开发小程序也是不错的选择，我们自己研发的小程序商城系统现在开源出来，希望能够帮助更多开发者快速开发，而不被客户催促加班着急上火！ **源码下载地址：http：//github.crmeb.net/u/demo