微信小程序 变量值不起作用

页面传值获得的"true"和"false"是字符串，不是布尔值，所以 <text>{{radioshoworhide'aha':'lll'}}</text> 这里的radioshoworhide是按字符串来处理的，而如果直接拿字符串进行逻辑判断，则凡是有内容的字符串就等价于true，空字符串则等价于false，所以radioshoworhide的值不管是"true"还是"false"，判断的结果都是true！

所以要改成这样 <text>{{radioshoworhide=='true''aha':'lll'}}</text>

当然，也可以在setData的时候就进行转换，这样wxml中就不需要修改。

补充一句：用url来传送逻辑值时，最好不要直接用true和false，因为接收方肯定是按字符串来处理参数的，而字符串的"true"和"false"其实都相当于true，所以最好用1来表示true（其他字符也可以的，只要不是空字符），而用空字符来表示false，比如

/doex/doexradioshoworhide=1&multipleshoworhide=&torfshoworhide=

这样的话接收方如果接收到的参数值非空就表示true，空白就表示false

在微信小程序中使用Echarts需要进行一些额外的配置才能正确显示，以下是可能的解决方法：

确认echarts库是否已正确安装，可以在uniapp的依赖管理器中查看echarts是否已被正确安装。

在uniapp中，需要先引入Echarts组件库，在页面中进行调用。可以在页面的 json 文件中添加以下配置：

css

Copy code

{

"usingComponents": {

"ec-canvas": "@echarts-weixin/ec-canvas"

}

}

确保使用的Echarts版本是支持微信小程序的版本，可以使用以下命令安装：

kotlin

Copy code

npm install echarts@^400 --save

npm install echarts-gl@^110 --save

npm install echarts-liquidfill@^111 --save

在使用Echarts的页面中，需要初始化echarts实例，以及将实例绑定到页面的canvas元素上，可以参考以下示例代码：

kotlin

Copy code

import as echarts from 'echarts';

export default {

data() {

return {

ec: {

lazyLoad: true // 延迟加载

}

}

},

onLoad() {

thisecComponent = thisselectComponent('#mychart');

thisecComponentinit((canvas, width, height, dpr) => {

// 初始化echarts实例

const chart = echartsinit(canvas, null, {

width: width,

height: height,

devicePixelRatio: dpr // 像素比

});

// 设置options

chartsetOption({

// options 配置

});

// 将图表实例绑定到页面上

thischart = chart;

thiscanvas = canvas;

return chart;

});

}

}

希望这些解决方法能够帮助你解决问题。

190409更新

答案来自评论区热心大佬

直接复制这个链接就可以

看七月老师小程序视频时想换几首自己喜欢的歌当背景音乐，直接复制的链接不可用，一直闪退，在网上重新找个了可以访问的url，问题就解决了

找别人找好的url可以播放，但是自己想设置一些可以访问的音乐链接进去，于是我搜了一下具体方式如下（这里引用网易云链接）

1首先打开网易云进入歌曲页面，F12，出现下图

2在network一栏搜索框里输入URL

如果什么都没有就先F5刷新一下

3选中搜索到的v1csrf_token属性，点击preview，就可以看到里面的信息，data一直向下找就会有url这一属性

4使用这个方法的过程中还存在一个问题就是找到的data下的url属性值为null，刚开始我以为是我选的歌曲的原因，试了好几个都是null，然后我烦躁地点开了播放打算听首歌，没想到问题解决就在不经意间，我看到右边栏的v1csrf_token属性变成了两个，新出现的那个里面的url值复制下来是可以使用的。这首歌我已经点过播放了，再进去搜URL就只有一个urlcsrf_token属性了qwq。 下图是搜索了三首歌并播放后出现了三个不同的v1csrf_token，每一个代表了一首歌。

补充：又试了下ie浏览器，也是得点击播放才会有url出现，ie里搜索url直接会出现，不必像Google里面那样在data下面去找

由于浏览器缓存问题，找到一个链接后再找其他链接可能还会是之前那个链接，我关闭了浏览器之后再重新找就可以了。

总结就是没找到或者找到为null时多刷新几次就ok了。

参考博文链接： >

百度知道

微信小程序多个视频组件同时播放

青柠姑娘17

TA获得超过3005个赞

关注

成为第581位粉丝

首先说一下我的应用场景, 在小程序中会有多个页面存在视频组件的情况, 为了防止视频播放时多个视频组件同时播放的情况,现记录一下方案:

一 可以在需要视频播放的地方弄一个视频播放的按钮, 当视频播放的时候再初始化视频组件, 保证整个应用内只有一个视频组件(视频组件的位置需要计算), 整个方法只是理论下的情况;

二 在appjs中 设置两个对象, currentVideoId(播放视频组件的id)和videoContext(当前播放视频的对象, 通过wxcreateVideoContext方法获得), 在页面的js中控制, 保证video组件绑定play方法:

<video src="url" bindplay="play"></video>

在play方法中实现即可:

var id = ecurrentTargetid;

if (id != null) {

if (appcurrentVideoId != id) {

if (appvideoContext != null) {

appvideoContextstop();

consolewarn("暂停");

}

appcurrentVideoId = id;

appvideoContext = wxcreateVideoContext(id);

}

}

因为currentVideoId 和videoContext是唯一的对象, 方法中播放监听事件会暂停之前的播放, 然后再赋值, 等下次video播放监听进来的时候, 会进行判断

三 包含富文本组件的视频组件同时播放的情况

依据上面的例子, 当自定义富文本组件中包含多个video组件时也用上面的方法会产生错误, 虽然log会显示将执行视频暂停或者停止播放, 但是没有效果, 查看 视频api , 提示

根据api显示, id为video组件的id, 还有一个"Object this", 但是依据上面的api使用, 直接用id确实可以获取video对象, 但是api解释中提示, "在自定义组件下，当前组件实例的this，以 *** 作组件内 video组件", 在自定义组件中, 要加this, 所以总结: 在上面api使用中, 如果video在pages页面中, wxcreateVideoContext参数只写id没有问题, 但是当video在自定义组件中, 要必须加this, 才能正确返回VideoContext对象;

过去十二年，是中国移动互联网流量红利井喷的时代。大部分互联网公司都在采取大水漫灌的粗放式用户增长模式——企图通过大量的广告投放，短时间内积聚海量用户，形成规模效应；而投资人也非常吃这一套，几乎没有考虑成本收益比。

其中，生活服务类公司是花钱谋求增长的大户： 外卖、出行、近场零售、社区电商、到店消费……这些生活服务的获客成本普遍很高。而且，随着移动互联网流量红利的见顶，APP 拉新促活变得愈发不易。 目前国内智能手机用户平均每月仅仅打开 26 个 APP （数据来源： QuestMobile）； 很多 APP 的打开率较低。 结果就是越来越多的公司只得深深陷入“花一大笔钱拉新-新用户不活跃-花更多的钱促活”的怪圈。

与此同时，在自有 APP 之外，很多公司在加强小程序的运营，作为一个补充增量。小程序和 APP 并不是互相替代的关系，而是“1+1>2”的关系。腾讯财报显示，2022 年一季度，微信小程序 DAU 已达到 5 亿，交易额保持快速增长，并且进一步渗透到零售、餐饮和民生服务等领域。我本人对此感同身受，因为最近两个月，在北京地区疫情反复的情况下，我的日常生活和娱乐几乎就是围绕着小程序进行的：

在餐饮方面，无论是点外卖还是到店自提，都离不开美团小程序或商户自己的小程序。在暂停堂食的那段时间，在餐馆门口扫码用小程序点餐然后等待叫号，早已司空见惯。

博物馆、公园、**院等场所的开放时间经常变动，通过小程序买票并确认时间成为了常规 *** 作。上个周末我去了一次 798，就连园区通行证也是通过小程序注册申请的。

每天必刷的北京健康宝、通信行程卡小程序就更不用说了。

null

毫无疑问，微信小程序对用户而言非常便利，其实对商家而言也是如此。让我们思考一下，用户增长的本质是什么？互联网公司花了这么多人力财力做增长，最终目的到底是什么？当然是为了做生意。 尤其是对于生活服务类、垂直零售类的公司而言，促成交易并获得稳定客户才是重点，一切增长都要围绕着这个重点进行，否则就是无意义的增长。

过去资本市场过热的时候，投资人过度聚焦于 APP 的 DAU、MAU 等指标——这种资本驱动的发展思路，对提高用户体验毫无帮助，反而拖累了正常商业模式的形成。 谢天谢地，现在资本市场的情绪逐渐平息下来了，互联网公司也转而以更加务实的态度对待用户增长。

对于生活服务类公司而言，比起无差别的用户数量，更重要的是“超级用户”：有持续消费意愿的重度用户，他们的生命周期价值明显比较高。事实上，对于如何获取“超级用户”，有两种大相径庭的增长策略：

进行大范围无差别投放，触达人群中的一小部分转化为 DAU，更少的一部分创造 ROI。这就是传统买量的“漏斗模式”，不但非常昂贵，而且容易流失；它是粗放式增长时代的特有选择。

进行精细化、以质量为优先的投放，从一开始就立足于高转化率，以建立一个或多个高频次的“超级用户池”为目标。这个模式在当前的环境下无疑更有效、性价比更高。

只要我们认真研究一下微信小程序的产品形态和功能，就会发现：至少在生活服务等垂类行业，小程序非常适合上面提到的以“超级用户”为核心的增长策略。原因很容易理解：

微信的体量足够支撑生活服务行业突破增长天花板，之前获取到的用户在微信，没有获取到的用户，仍在微信。

轻量级、链路短，启动速度快，用户流失率低，不涉及下载、安装、注册等容易产生用户流失的环节

在微信第一屏的下拉界面中拥有固定的位置——“我的小程序”和“最近使用的小程序”，由此大大提升了用户黏性、降低了促活难度。对于一些本身使用频次较低的垂类服务商而言，这尤其重要。

小程序是微信生态的“中枢”，可以与公众号、视频号、微信群高效互动，还可以作为朋友圈广告的落地页。只要生活服务商想在微信生态获客并进行私域流量运营，小程序就是一个自然的选择。

强调一下，小程序和 APP 分别适用于不同的场景，承担着不同的使命。 对于追求用户时长的媒体平台、社交应用而言，把用户留在 APP 内当 然是很重要的，也更有利于以广告为主的变现模式。对于垂类零售和生活服务应用而言，有必要同时建立 APP 和小程序用户池——后者更适合快速实现交易决策的场景，而且还可以与前者交叉导流、促活 。

举个例子：美团的财报早已只公布整体 AAC（年度活跃交易用户），而不再区分 APP 和小程序用户，投资人也不再追问。美团生态的小程序用户很可能超过了 APP 用户，而这不但丝毫无损于美团的“平台属性”，反而提高了它的用户黏性。我们完全可以理解，为什么 MAU 最高的十个微信小程序有六个是生活服务类，其中包括美团优选、美团团购等耳熟能详的名字（数据来源：QuestMobile 2021 年 7 月全景流量生态洞察报告）。

null

我们对生活服务类广告主的调研显示，小程序的获客成本普遍比 APP 低一大截，有时候甚至可以节约 44%的成本；召回（激活）老客的效率也比 APP 高一大截，有时候下单率可以超出 27%。所以，即便是美团这种体量的大型公司，旗下越来越多的业务线也开始布局小程序，这是完全合乎逻辑的——在当前的经济环境下，省一分钱等于挣一分钱，“高质量的增长”才是好的增长！

站在用户的角度，我最近使用的小程序当中，包括经常点外卖的一家披萨店、一家中餐厅；经常光临的两家小酒馆、一家奶茶店；今年以来去过好几次的两个大型商场；日常使用的打印机耗材供应商；以及美团外卖、大众点评、贝壳找房、滴滴出行、携程旅行、天鹅到家……等等等等。如果我想使用它们的服务，只需要轻轻点击启动小程序就可以了，这让我感觉很好。

想象一下，如果你运营着一个垂类生活服务平台，或者一个连锁零售店，或者干脆就是一个本地消费场所。对你而言，在初期阶段进行 APP 开发的难度和成本略高；所幸小程序开发的门槛明显较低，短短几天之内你就可以拥有一个具备交易功能的用户落地页。

然后，你可以利用微信的 LBS 广告功能，在 500 米到 2 公里的圆圈范围之内进行本地化投放。除了 LBS，你还可以叠加性别、年龄等其他用户标签，从而以尽可能低的成本，触及你真正想吸引的那些用户群体。如果这些用户群体点击了你的广告，可以直接跳转到商品页面进行购买；你还可以在小程序主页设置d窗，引导他们加入微信群。这样，在很短的时间内，你就建立了最初的私域流量池。

接下来，如果你想利用内容进行运营，那么依托小程序建设公众号、视频号肯定是很好的选择；如果你想深耕私域流量，那就加强微信群的日常运营；如果你想开发 B 端用户，还可以把小程序和企业微信结合起来。 经过一段时间的发展，你应该能形成一定规模的稳定用户群。最重要的是，这个过程不需要你无节制地砸钱，你完全可以量入为出、好整以暇地渡过冷启动阶段。当然，等到用户规模较大之后，你还是可以随时启动 APP，实现 APP 和小程序的双端增长。

下图是小程序 小米Lite 的 Tab 切换效果：切换 Page 时，Tab 下方的指示器（红色横条）是没有滚动效果而是直接闪现到下一个 Page 的，这也是市面上小程序常见的 Tab 切换效果。

原生端 TabLayout 常见的功能就是我们的目标效果，所以 目标效果 如下：

通过了解小程序组件及技术支持，选定通过 scroll-view 、swiper 、swiper-item 、movable-area 、movable-view 配合 插槽 和 抽象节点 来实现自定义组件 tab-layout 。

具体如下图所示 ：

主要实现（点击跳转查看源码）

1复制 tab-layout 组件到项目中 （点击跳转至源码 TabLayout 目录）

4在布局文件中使用 TabLayout 组件，并通过抽象节点 generic:item-tab 和 generic:item-page 分别与自定义的 Tab 和 Page 绑定

5使用自定义属性 indexAreaHeight 为 Index 及其活动区域设置高度

6使用自定义属性 tabList 设置数据源，根据数据源将自动生成对应数量的 Tab 和 Page

7按需选择可采用插槽 slot = "index" 或自定义属性 indexStyle 设置 Index 的样式

布局文件 indexwxml 中：

样式文件 indexwxss 中

布局文件 indexwxml 中

PS： 还有一个很重要的方法 onPageUpdata ，用于抽象节点 item-tab 和 item-page 通知父节点 tab-layout 刷新数据，在子控件中通过 thistriggerEvent("updata") 触发

可能出现问题：

1 当 item-page 中存在竖直滚动的 scroll-view 时出现滑动冲突该如何解决？

在 item-page 组件 attached 方法中按需为 scroll-view 设置固定高度或占满屏幕剩余位置 （点击跳转查看参考写法）

2当 item-page 或 item-tab 中调用 thissetData ( ) 之后，发现自定义属性 item 获取值为 null

出现该种情况，应在 thissetData ( ) 之后，执行 thistriggerEvent("updata") 触发 tab-layout 的 onPageUpdata 方法重新得到 item 值

3如何实现 " 懒加载 " ，即当 Tab 首次被选中时，才进行对应 Page 的数据加载？

为自定义组件 item-page 设置一个懒加载标志位暂定为 isLoadData ，通过订阅自定义属性 currentIndex ，在 currentIndex 属性变化或组件进行到 attached 生命周期时，通过判断 isLoadData 和 currentIndex 是否与 position 相等来进行数据加载并调整标志位 （点击跳转查看参考写法）

在小程序越来越普及的现状下，如何使得小程序能给用户带来更完善的显示效果和使用体验，是每一个开发者都应该力尽其责的事。鉴于本人当前对小程序和网页端的熟悉程度，该组件或许还存在很多瑕疵，如有更好的见解或建议，欢迎留言。

以上就是关于微信小程序 变量值不起作用全部的内容，包括:微信小程序 变量值不起作用、请问uniapp引入的echarts在微信小程序不显示是怎么回事啊！、微信小程序网易云音乐播放链接等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！