微信小程序开发常见问题（四） - 伟的主页
湖北，黄石，29岁
知晓程序员，专注微信小程序开发的程序员！一、小程序不同页面之间的传值方式a、URL传值这种方式最常用，比如:wx.navigateTo({ &url: '../detail/detail?cid='+cid+'&access_token='+access_token})这里面直接通过跳转页面的URL进行传值，然后在另一个页面进行接收：onLoad: function (opt) { &console.log('cid =' + opt.cid); &console.log('access_token =' + opt.access_token);}这种传值方式只适合值比较少的时候使用，传值比较多的时候，还是建议写本地缓存~b、本地缓存小程序API提供了本地缓存数据的API，默认可以缓存10M的数据，如下：wx.setStorageSync('checkin', checkin);checkin是一个object，在需要的页面直接调用wx.getStorageSync即可获取，这样就解决了传值较少的问题了。c、全局APP其实还有第三种方式，就是全局APP变量。app.js和app.wxss中的代码都是全局生效的，所以我们可以利用这一点儿，在不同页面之间进行传值。App({ &onLaunch: function () { & & &}, &globalData: { & &host: 'https://api-xcx-qunsou.weiyoubot.cn/xcx', & &// 版本升级时这里的version加1并替换versionFeature的文案即可 & &version: 2, & &versionFeature: '更新说明' &}})也可以在其他JS里面动态修改globalData，如getApp().globalData.host = 'XXX';二、textarea的键盘BUG有同学可能会遇到这个问题：show-confirm-bar='false'设置不生效，导致键盘还带有“完成”按钮，预期效果是没有“完成”button~这个值如果要设置为true的话随便输入就可以了，但是如果是要设置false的话就需要设置变量或者留空：show-confirm-bar=''& &或者&&show-confirm-bar='{{showConfirm}}'三、小程序中如何生成分享小程序码官方文档：https://mp.weixin.qq.com/debug/wxadoc/dev/api/qrcode.html(微信小程序官方文档不支持搜索，这真是太TM坑人了~)文档大家自己去看吧，我们需要注意以下几点：1、通过该接口，仅能生成已发布的小程序的二维码。2、可以在开发者工具预览时生成开发版的带参二维码。3、接口A加上接口C，总共生成的码数量限制为100,000，请谨慎调用。4、POST 参数需要转成 json 字符串，不支持 form 表单提交。5、auto_color line_color 参数仅对小程序码生效。另，今天下午微信小程序官方发布重大消息：1、小程序支持打开APP了2、小程序标题栏，想变就变看到这两条消息后，先想到的是：1、能否在小程序中直接打开支付宝红包？目前从官方介绍中没发现可以这样做，看有没有哪家小程序搞出点儿名堂~2、小程序标题栏可以变化之后，是否可以像APP里开屏广告一样，全屏展示广告？tabbar可能是个坑人的地方~《END》往期回顾2345知晓程序员，一个专注于微信小程序开发的程序员~如果对小程序技术感兴趣，欢迎勾搭连胜老师，微信：，备注知晓程序员哦，欢迎讨论问题 & 一起探讨小程序人生~~扫描下方二维码，关注知晓程序员，实时了解小程序动态 & 小程序开发相关内容~微信小程序，大多数人都搞错的八个问题
小程序目前被炒得沸沸扬扬，无数媒体和企业借机获取阅读流量。
这再次证明一点，微信想让什么火，真的就能让什么火。这种能力真是全中国再也没有人有了，政府也没有。
但四处传的消息很多是失真的，废话不说，先列出8个多数人都搞错的问题：
小程序是HTML5；小程序是B/S的；把M站改改就可以接入到小程序里；小程序体验不佳；小程序适合低频长尾应用；小程序是新的Appstore；小程序做不起来，需求不高；小程序会做起来，但会和原生应用长期并存。
以上8个是很多人凭直觉得出的结论，但真正深度调研和思考后，发现直觉和真相差好远。
注：本文有技术、有商业，不懂技术的可以只看商业相关的。
1.小程序不是HTML5
小程序是微信全新定义的规范，是基于XML+JS的，不支持也不兼容HTML，兼容受限的部分CSS写法。
上图为一个小程序的代码目录，后缀名分别是wxml、wxss和js。
不过微信对wxml的全称定义也不是weixin xml，而是WeiXin Markup Language，很霸气的要自成体系感。自然wxss也是WeiXin Style Sheets喽。
因为很多人把xml念成叉妹儿，现在大家不要念错哦，不要念达不流叉妹儿，要念微信妹儿。
下面是一段wxml示例，相对于早期的XML，扩展了花括号模板的写法。
虽然是要求强闭合的XML，但if写法和标准的XML也不一样。
JS部分，小程序支持ECMAScript6，由于没有Web，自然DOM、Window这些都不能用，jQuery就更没啥关系了。
很多小白说JS不就是HTML的一部分吗？HTML是归W3C管的，JS是归ECMA国际管的。JS是无处不在的一种解释性脚本语言，除了浏览器里，还有运行在服务器上的Nodejs，运行在PC和Mac机的nodewebkit…
也就是说小程序是微信基于XML和JS定义的一套标记语言，全新的生态，一个轻OS。&
开发工具、UI框架也都是腾讯做的，过去Web上的三方工具、框架生态，完全没有用。
也就是小程序开发者，将会是一个独立的职业。
培训机构有的忙了，在这个全新生态下，一切都推到重来。
顺便也澄清一个误区，小程序和腾讯X5引擎也没关系。X5是QQ浏览器团队的，是基于HTML的，但小程序是微信团队自研的。
2.小程序不是B/S
微信宣传的一个重点，是触手可得，不用安装。
但小程序并不是B/S的在线页面，它是C/S架构的。
在wxml里，通过wx.request（类似ajax）或socket连接服务器。
很多人不明白C/S应用为什么也可以即点即用，不用安装。其实这不是微信的首创，首创是DCloud的流应用。只要是动态语言，加上合适的算法，就可以先下载部分程序并运行，然后边用边下，类似于流媒体。
别忘了微信也同时宣传了强大的离线能力，毕竟B/S的切屏体验太烂，C/S才能有更好的用户体验。
只是不知道微信对小程序的空间占用问题会怎么管理，反正微信以后肯定是越来越大。
3.M站不能改造成小程序
其实看明白前2点，自然就明白第3点了。一个基于HTML的、B/S的M站，跟小程序并无关系。
老板们可能认为M站或之前公众号里的Wap站简单改改就可以接入小程序，然后对工程师报的工期不可理解，此时工程师可以把此文转给老板看，小程序是相当于重新做了一个App，从开发、设计、测试、运维升级都是单独的一套。哦，你还得加个学习成本和风险，如此新的东西一次搞利索的可能性不大。
如果你之前有一个服务号的Wap站，你也不能放弃服务号而只做小程序，所以你的业务得多头维护。
这里有一个很大的问题，就是做一版小程序，ROI（投资回报）是不是正的？新开一条产品线并长期运维，代价绝对不菲，对应的用户流量够大吗？ARPU值（单位用户价值）够高吗？能收回投资吗？这个问题有点大，下面单说。
4.小程序的体验不如原生应用？反了
我知道这个观点有点违反大多数人的直觉。但世界在变。
用户的使用体验是由很多要素作用影响的，过去我们说的体验主要是进入应用后的操作流畅度。关于这个维度，很多观点是：小程序嘛，操作流畅度基于Web和原生App之间。
其实随着手机硬件和网络的发展，两年内上市的手机上，包括几百元的低端机，小程序的操作流畅度和原生的差距，用户是感受不到的。其实在小程序之前，HTML5+和React Native也都早做到了这一点。
而且你也可以反过来想想，小程序作为微信在移动互联网下半场最重要的战略，如果操作流畅度不好，张小龙会出来站台还批准它上线？
除了操作流畅度，用户体验还受很多环节影响。
有个在其他开发者生态不常见的事情，就是微信出了UI框架并很强调各个小程序的体验一致性，它希望用户在微信里使用各个小程序时，UI基本一致，用户不会觉得乱，不需要学习和适应。
然后微信还有统一的账户登陆体系，再加上小程序本身触手可得的特点，那么想象下用户的综合感受：不停使用各种触手可得、用完即走、UI体验一致、操作流畅、不用登陆注册的小程序们，还是挺爽的，这种体验比用原生应用还爽。
当时代发展到App的操作体验已经无法再有明显提升后，用户体验痛点已经从简单的在App里操作的流畅度转向其他地方了。如果还抱着旧观念不放，只能被转换思路的竞品超越。
5.小程序并非只适合低频或长尾应用
iPhone刚出Appstore时，确实首先活跃在其中的都是创业者，但最后所有人都卷进来了。
小程序的设计目标可是大生态，没有定位于只吸纳低频长尾应用。所有人都被卷进来是迟早的事。
有人觉得入口太深会导致高频应用仍然留在桌面，但入口的深浅是会演化的，如果微信感觉到目前的入口深度影响了用户便利性，它立即会提高，它会在桌面创建快捷方式。如果某天微信出了独立的桌面laucher或小程序入口App，也不要诧异。下一代的微信，核心已经不是微信这个通信App，核心已经是庞大的小程序生态了，从哪个入口进入就不重要了。哦对了，如果腾讯委托代工出了不能装原生应用的手机也不要诧异，哦，如果支持iPhone用户0元换机也不要诧异。
跑题了，不过当前的小程序生态发展也确实存在先后关系，低频的比高频的先进来、光脚的比穿鞋的先进来。
原生App体量已经很大的玩家，就是穿鞋的，他们希望用户持续保留他们的原生App在桌面。
在移动互联网上半场，有个游戏规则：因为App偏重，用户手机里一个品类一般只装一个App，那么烧钱买到最多流量的，就是最后的赢家，而竞品想把用户再抢过来就非常难了。
上半场烧了无数钱剩下的大玩家们，面对游戏规则的改变想必心情是极其复杂的。&
可是复杂也没办法，腾讯旗下亲儿子、干儿子占据移动互联网大半壁江山，小程序里，刚开始就会有大玩家，其他竞争对手跟不跟呢，心情复杂也得跟啊。
当然最尴尬的还是阿里、百度们，看着别人抽你血却想不出办法。
6.小程序不是应用商店，是OS
很多人说微信想做应用商店，只能说太小瞧微信了，人家明明要做操作系统嘛。&
2015年张小龙就在筹划应用号了，闭门搞了一年多怎么会是个应用商店这种小生意。应用商店只是OS生态里的一个发行环节，而微信恰恰不打算挣发行的钱。
国内的应用商店，都是中心化的流量分发，做的是卖流量的生意。用户看到的，不是最好的，而是出价最高的。不止是应用商店，百度现在也是这个问题，顺便吐槽下百度的搜索第三定律：出价最高者，对自己的网站最有自信，也就是对最终用户最有价值。
微信显然不是这样的思路，微信的去中心化，其实是一种保证良品得到更大流量的机制，这种机制非常有利于生态的起步。
一个小程序，没有下载刷榜，微信会采集用户的实际使用量、反复使用率、新增传播趋势，给你推荐最好的。
不扯发行的事了。小程序确实是按OS标准打造的，开发语言、IDE都是自成体系。Facebook推出React Native时也没做IDE，并且全部开源，但微信的野心不一样，真的是从头到尾要建设和控制生态，并且是封闭生态，就像iOS的生态一样。甚至小程序的开发者，每年也要像iOS的开发者一样交几百元年费。
有人会觉得手机原生OS才是老大，这种二级生态搞不起来。其实在PC上，Windows上的互联网就是二级生态，做的比Windows原生生态大，当初Flash算是三级生态了，如果不是HTML5打压，也做的非常大了。但也确实存在一个问题，Apple是极其封闭的，在Apple上二级生态想做很大是非常难的，而Android就不一样了，尤其是中国的Android，不像国外被Google控制着，在国外若有人乱搞，Google Play可以将其下架，但在中国就谁都拿微信没招了。
说到这里还是真诚感谢中国政府的，你的英明决策，给中国互联网创造了一个引领全球的机会。在国外，Apple和Google是既得利益者，还没人撼得动，但中国出现了这样的机会，移动互联网下半场，中国终于要开始引领全球了！
如果在Apple下架微信时，中国政府能够以反垄断法之类的名义杀下Apple，那就是又帮了大忙了（微信是不是应该给我付咨询费啊）。
7.小程序的需求不强烈？很多未来，不体验过自己是想不到的
福特说，你问用户要什么交通工具，用户会说他想要一匹更快的马，没人会认为汽车是未来。
iPhone发布时，Nokia和黑莓嘲笑说：全触摸屏不靠谱，按键是最佳用户体验。然后临死还说：我们没做错什么，不知道为什么会这样。
那么小程序的核心理念：“触手可得”，到底是不是用户需求，是不是未来方向？&
Of cause！这跟电容触摸屏是一样的道理，直击人性底层，能让你的大脑皮层产生爽的感觉。
所有让人爽的东西，都是发展方向。而一旦一个有影响力的巨头去做，就成了不可逆转的前进方向。
微信，是一个尤其深谙人性、擅长让人爽的产品，你一旦爽过了，就退不回去了。&
想象下一切触手可得的上帝感，手机里全是可以放心的、高品质的、无需适应UI的、不用登陆注册的服务，触手可得、用完即走，太爽了。然后你就会变成它的拥护者，以证明自己更酷。有人在用原生应用，你就会告诉他：hi，你不知道小程序吗？怎么还在用那么笨重的大程序啊。如果有个开发商的应用只有原生版，你就会骂：这是什么老土厂商，竟然还让我下载安装，不用了！
8.小程序和原生应用将长期并存？原生必将没落
小程序生态是原生生态的下一代替代品，是时代的进化产物。Windows原生应用当然也不会消失，但大部分服务都在互联网上了。小程序看中的也是这块，邮件客户端什么的就不要在小程序里用了，但你目前在PC浏览器里使用的各种服务，全部会纳入小程序的生态范围。
小程序出来后，原生生态和其对抗是让历史倒退，没有意义。就像微信冲击运营商的短信业务时，电信运营商的对抗也是无意义的。
对抗小程序的，不会是原生生态，只能是其他触手可及的类小程序生态。
微信这条大鲶鱼进来后，Apple、Google等众多巨头都会有反应，他们不是没技术，只是原来躺着挣钱很舒服，不愿意革自己命，但多久会落实行动也难讲，毕竟只是为了中国市场而革全世界市场的命，好像不太划算。
有人觉得革掉原生应用的命，过程会很长，其实这个进程的进度是由微信控制的。&
微信做的越激进，引发的旧利益既得者的反弹会越严重；但温水煮青蛙的杀原生生态，又存在用户习惯培养的成功把握度不高的问题。
小程序毕竟是全新事物，培养C端用户习惯是需要引爆点的，微信自然不缺引爆能力。
当初要做游戏，开屏就是打飞机，然后全民都在打飞机。
当初要做支付，推出群红包，然后全民都在抢红包，瞬间颠覆支付宝的地位。
11月小程序将面向手机用户开放，现在引爆设计肯定已经做了不止一稿，比如开屏就推一个很好玩的小程序，造成全民都用小程序的热潮，然后所有观望的开发商全都会跳下海。再然后微信持续推出比一比手机清洁度在好友中的排名之类的玩意，持续给优质小程序和用户需求做对接，过半年就没人下载原生应用了，再过半年原来装的原生应用也大多卸了。
那些被颠覆的人能怎样呢？就像马云在微信红包出来后虽然嚷嚷这是偷袭珍珠港，可你又没有原子弹打回去啊。事实上小程序不是偷袭珍珠港，这是降维打击，就像三体人留下那句话：毁灭你，与你何干。
8个常见误区解释了，再简单说下小程序里的机会和威胁。
小程序的创业机会在于：
人才市场，因为小程序工程师将有一个从0开始高速增长的红利，其中的线上线下培训、招聘、书籍出版等相关领域会享受一次红利。如果你是个光脚的创业者，那么就豁出去认真做小程序，抛弃原生，从微信用户的特点出发重新设计产品，做轻、做服务化，一定要用完即走，不要考虑次日留存，当时用爽最重要。充分利用社交特点，做社交类服务，比如多人互动、上下游联动。小程序是可以发到群里的、朋友圈里的，想想群红包这种社交产品，想象空间很大。充分发挥线下优势，做线下商家服务。线下扫码入口，基本就是微信的天下。由于阿里、百度等一些巨头不会入驻小程序，留下一片空间给创业者。其实被我公开说了的机会，可能就不是机会了……
小程序的威胁：
如果你在原生App下已经是既得利益者，那么你做小程序的话，ROI高概率不划算，因为新开一个产品，从产品、开发、测试、持续运维升级，资源消耗太大了，由于短期内小程序的体量和你已经拥有的原生体量还差不少，分出精兵强将干这事会让你很郁闷。如果你不担心小程序创业潮里的新兵蛋子干翻你，你就暂时不用管小程序这事了。否则，ROI为负你也得搞。原生生态下生存的很多公司的商业模式会受到很大冲击，安卓应用市场、原生应用广告产业链、原生工程师培训，都会受影响。篇幅有限，想要咨询如何减少冲击，可以私聊我微博weibo.com/wangan2000。哦，通篇没说，虽然浏览器不是原生生态产物，但也会被架空。标准浏览器的体验无法与小程序抗衡。就是小程序这个生态如果占据了用户心智和时间，原生和浏览器生态都会受冲击。就个人职业而言，原生开发、UI设计、流量运营这些领域的人的失业率会增加。微信有统一的UI要求，然后UI设计师就躺枪了。获取流量的玩法，也和原生不一样了，没法买买买了，不过移动互联网进入下半场后，很多公司的流量采购部门本身也在裁员。很多人还怀疑Android和iOS的开发工程师会不会真的失业，你觉得iPhone出来后，symbian工程师会不会失业呢？虽然当年也确实有很多人认为不会失业吧。
最后，作为一个技术人员，吐槽下：我不喜欢封闭！
虽然然并卵吧。
看过本文的人也看了：
我要留言技术领域：
取消收藏确定要取消收藏吗？
删除图谱提示你保存在该图谱下的知识内容也会被删除，建议你先将内容移到其他图谱中。你确定要删除知识图谱及其内容吗？
删除节点提示无法删除该知识节点，因该节点下仍保存有相关知识内容！
删除节点提示你确定要删除该知识节点吗？微信小程序有哪九大热点 微信小程序相关问题介绍_西西软件资讯
西西软件园多重安全检测下载网站、值得信赖的软件下载站！
→ 微信小程序有哪九大热点 微信小程序相关问题介绍
v1.0.0最新版
类型：系统工具大小：37.2M语言：中文 评分：10.0
小程序刚刚上线就受到很多人的喜欢，目前有125个小程序出炉，但是很多人面对小程序的时候还是有很多的问题，因此就让小编给大家解答一下吧。相关问题介绍1.问：小程序上线第一天的使用情况？目前有多少小程序？答：小程序上线后，经过审核发布的小程序数量在不断增加，我们期待见到更丰富多样的小程序。2.问：有人说，使用小程序的频率也不高嘛……答：大部分“小程序”其实平常都没有什么用。只有在你真正需要的时候，它才出现，其余时间两不相干。“小程序，就是要这么任性。”3.问：为什么不设置小程序应用商店，现在很难找啊！答：我们希望用户更多地去发现、使用自己所需要的小程序，通过小程序能够解决生活中更多的实际问题，连接更多的线下场景。所以还等待大家多多探索发现！4.问：有第三方厂商开发了非官方的“小程序商店”，对此持何种态度？是否会封杀？答：不回复。5.问：小程序和服务号部分功能存在重复，比如滴滴打车的小程序和服务号，都可以让用户实现一键叫车。请问在小程序和服务号上会做怎样的区隔？服务号之后怎么发展？答：小程序的特性在于无须安装、触手可及、用完即走、无须卸载，可以连接用户和服务；服务号为企业和组织提供了用户服务和用户管理能力，偏于服务交互，是公众号的一种类型。小程序和服务号同属于微信公众平台，是互相独立的体系，又存在着一定程度上的关联。目前我们提供的一种关联是，同一主体的小程序和公众号可以进行关联，并相互跳转，该功能需要经开发者自主设置后使用。用户可以通过公众号查看并进入所绑定的小程序，反之，也可以通过小程序查看并进入所关联的公众号。两者各有自身的功能特点和定位，我们期待能看见小程序与服务号相互补充，为用户提供更优质的服务。6.问：小程序的缓存问题怎么解决？每次都需要加载所有资源吗？答：我们会定期清理不使用的小程序的缓存。已经被缓存且未被清理的，再打开则无需加载代码资源。7.问：搜索小程序时，关键词需要非常精准才能搜到，未来是否会考虑适当降低搜索难度？答：我们以精确搜索结果为主，会不断进行动态调整。（编注：包括谷歌在内的世界互联网公司对搜索规则从来都是保密的，否则投机的人不计其数。）8.问：但搜索似乎也有例外，比如输入“京东”即可搜索到“京东购物”，输入“滴滴”就能搜到“滴滴出行DiDi”和“滴滴公交查询”。是不是因为京东和滴滴都是腾讯投资的，所以开个后门？答：我们以精确搜索结果为主，会不断进行动态调整。（同上）9.问：是否欢迎阿里巴巴及其关联公司开发小程序？对于目前淘宝、天猫、、饿了么、百度糯米等都未开发小程序，微信怎么看？答：日起，小程序全面开放公测，符合条件的开发者都可以申请注册小程序。
01-1001-1001-1001-0901-0901-0901-0901-0901-0901-09
阅读本文后您有什么感想? 已有23人给出评价!
名称大小下载怎么处理微信小程序在开发时遇到的问题？
　　今天小编分享的是如何处理微信小程序在开发时遇到的问题?对这个感兴趣的小伙伴就和小编一起学习一下吧，下面就是具体操作流程。　　一.页面间跳转如何监听事件　　小程序提供打开新页面、页面重定向、页面返回、tabBar切换四种改变视图的机制，托管了页面的生命周期，并为应用提供了相应的生命周期事件，方便应用各阶段的业务处理，但页面之间相互跳转并没有相应的事件机制，例如&&　　1、A页面打开二级页B，B页面做了一些操作，要通知A页面做相应的处理。　　2、从B页面携带一些数据，返回到A页面　　以上两种场景很常见，归结为页面间如何方便的进行交互，当然我们可以通过页面跳转传参或全局数据对象来达到目的，但是使用上有些束缚(转换参数或维护全局对象)，在此elong小程序项目中采用事件机制解决这一问题。我们重写了navigateToAPI，A页面调用该接口进行页面跳转后，方法返回给A页面一个事件对象event，该对象可以注册自定义事件，目标页面(B页面)可以按照业务需求触发事件响应，同时将相关数据作为参数传递到监听处callback。　　A页面　　B页面　　API　　Event　　打开二级页面效果图&&　　二、前后端同时开发过程中，前端如何方便的mock数据、特殊场景下前端如何方便的调整后端数据　　涉及到http(s)接口请求数据，除了上述问题外，其实还有一些hook任务要做，比如统一的缺省入参、日志、行为统计、超时处理等，这就需要框架层面对小程序原生接口wx.request做一层封装以便扩展。　　每个页面所需要的后端接口配置在独立service文件中，页面中引用对应的service，统一由此调用http接口，减少页面业务逻辑的复杂度。　　url:后端接口url　　params：接口入参，若配置了参数列表，则按参数列表自动序列化参数，若不配置，默认取调用接口时的第一个参数作为params　　method:默认为GET，有效值：OPTIONS,GET,HEAD,POST,PUT,DELETE,TRACE,CONNECT　　noLoading:默认false，即每个网络接口均出现loading效果　　mockData：模拟后端数据，并行开发过程中必不可少　　dataTransform:转换数据，满足特殊性处理　　loading效果图&&　　数据请求&&　　三、若要所有的页面支持自定义事件、业务组件扩展等功能，又不想所有的页面中添加量大的方法，这就需要框架层提供统一的机制解决，elong小程序框架在此封装了Page、require等原生方法　　1、require如果提供基准目录层次__dirname　　a)require非相对目录时会自动补充相等层次　　b)直接调用原生require　　2、未提供基准目录层次_dirname，按当前目录寻找　　3、Page构造函数用来注册一个页面。接受一个object参数，其指定页面的初始数据、生命周期函数、事件处理函数等，框架对Page做了重写，这样可以方便的使用扩展能力(页面事件、全局事件、内部组件、外部组件)，使用时仅需将原来的业务代码用包装器包装一下即可　　重写后的Page增加了委托生命周期函数、扩展事件机制、内置内部组件和外部组件扩展等功能(详见overwrite.js文件)　　四、小程序中提供了模板机制　　可以方便的复用一段页面(wxml)代码，但需要手动将模板中绑定的事件、数据注册到当前页面的Page下，而且不可以出现重名属性和方法，相当于仅是一个&插入&操作，目前无法像使用原生组件一样使用一个外部的独立组件。比如，业务中有一个独立的功能日历，我们通常希望这个日历组件是独立一体的，放在一个component文件夹下，日历组件包含自己的wxml、wxss、js，其中js的事件、数据注册不受太多限制(不关心是否和使用者命名冲突等)，为此elong小程序框架在重写Page时提供了扩展外部组件的功能。　　详细使用规范&&　　1、wxml需要以模板的形式引入组件的wxml　　2、wxss需要引入组件的wxss　　@import&filter/index.wxss&;　　3、js需要引入组件的js文件　　varfilter=require('./filter/index');　　4、组件和页面见的事件传递需要在组件配置中声明　　这些事件函数需要注册在页面中，组件中可以通过fireEvent的形式触发到这些事件。　　5、组件中不可使用Page构造方法，因为组件不是页面，不需要注入小程序页面列表中，其他的事件函数、方法、数据的定义没有任何限制，不需要担心方法和属性的同名冲突，框架层将组件的属性和方法命名空间化赋予页面对象，并且如果组件中的方法用到this，在组件的方法执行时，框架会动态改变要操作的数据对象，保证组件中词法this就是组件的。　　*实现详见overwrite.js&extendComponents方法。　　日历组件&&　　picker组件效果图&&　　独立外部组件效果图&&&
最新资讯离线随时看
聊天吐槽赢奖品
相关软件：
大小：11.82 MB
授权：免费
大小：1.95MB
授权：免费}