这场景根本不适合用小程序
【强烈建议】不用登录微信就可以使用小程序当前使用小程序的前提是,注册账号并且登录才可以使用,很不方便。我们的小程序是给店内的流动人员使用的,在推广时,注册微信账号然后运行小程序的流程很不方便。当前做法是,使用H5重新做一套,套一个浏览器的壳使用。 因此建议:只要装了微信,即使不登录也能用小程序,哪怕给最低的功能和权限也行。 场景:比如有1000个店,每个店放置两个pad给流动人员用,得提前注册好2000个空壳的微信账号,登陆进去再打开小程序。 =====更新===== 目前解决办法是,使用H5重新做一套,套个webview的壳。缺点是要维护两套代码。 ====更新===== 如此一来,微信就真的是一个无需登录,可供微信之外的人使用的OS了。 ==== 更新===== 微信如果不这么做,未来肯定有其他小程序这么做,或许是今日头条,apicloud诸如此类的平台。 ==== 更新==== 微信小程序如果抛开微信二字,直接叫小程序,那将会很方便的成为一个跨平台应用开发利器。类似的竞品有flutter,apicloud。 ==== 不更新了==== 累了。
2018-09-19分包就算了,会影响原来的结构,改起来麻烦。目测代码量不大,估计是图片之类的素材没做压缩。
你要我怎么办。大小限制那么恶心?[图片] 做出来的就那么大我能怎么办这个限制? 有没有解决方法
2018-09-18顶,web-view 这个改动真的太恶心了。
吐槽:最近的微信升级以下言论已经在不同的帖子中分别说过了,但是还是觉得如鲠在喉、不吐不快,所以特意单独发一个帖子来吐槽一下最近微信升级给小程序带来的两个变化 1、web-view强制显示顶栏 小程序可以不显示顶栏可以说是小程序少有的几个有亮点的特性之一,开发者可以使用更多的屏幕空间来开发和设计,虽然还有一些不足(比如:不能每个页面单独设置是否需要顶栏),但是瑕不掩瑜,总体来说还是很不错的。这次升级直接就强制web-view必需显示顶栏。有用户提出web-view需要顶栏的时候我就担心官方会无脑一刀切,结果还是不幸猜中了。针对这个需求,有很多更合适的对应方法,比如开放单页面单独设置,比如给web-view加一个全局的单独设置,结果官方选了一个最愚蠢的处理方式:无脑一刀切强制显示。我一直认为升级应该以不影响现有效果,或者最起码短期内不影响为前提,官方这次是实实在在的在作恶。 2、ipad上可以横屏使用小程序 小程序的rpx特性可以说是小程序少有的几个有亮点的特性之一,不管什么条件下屏宽固定都是750rpx,这个就一举解决了困扰开发者的适配问题,虽然还有一些不足(比如:部分组件不支持使用rpx设置尺寸、部分接口返回的尺寸没有rpx),但是瑕不掩瑜,必需点赞。但是这次升级后ipad上可以横屏使用小程序,而且横屏下屏宽不在是固定的750rpx,可以说是把开发者一夜打回解放前。如果说web-view强制显示顶栏是在作恶,这个可能是属于准备不足吧,希望后续可以解决。目前还是有一个应对方法,在app.json中加入“resizable: false”强制禁止横屏使用。 另外以上两个变化在最新的(截至发帖前)开发者工具中并没有对应。 最后我想奉劝微信的技术部门,作恶也要有个限度,不要仗着自己能店大欺客就肆无忌惮,做人留一线,给自己积点德没什么坏处。还有,靓坤教导我们:做错就要认,挨打要立正。不要认为自己是腾讯大厂的,承认自己做错或者不会做是折了面子,把bug硬说成feature这种把戏一直玩就没意思了。 再补一个,我上周发了一bug贴,说ipad横屏宽度不是750rpx,结果官方的回复要我提供代码片段。呵呵,ipad横屏宽度是不是750rpx,自己作为官方心里没点数吗?
2018-09-03压缩过的代码有什么好看啊,还是说有什么好工具?
举报,拿取wxapkg新路子官方已经知道了,所以网址来源删啦。我不告诉你们。。 方式:略略略 不过希望社区能推出隐藏发帖,我最开始其实是想悄悄举报的。。
2018-08-31找到方法了,需要先调用 wx.ready 小程序的文档根本没写明。不如说都在小程序了,有安全域名还要签名干嘛啊。
webview postMessage 和 history api 不兼容web-view 里面的网页通过 history.pushState 跳转到新路由后,使用 postMessage,小程序 onMessage 获取不到最新的数据。 只有当 web-view 的 src 和 网页内部的src一致时,postMessage 才有效。 例如: 1. 这是有效的 <web-view src="http://127.0.0.1:8000" bindmessage="onMessage"/> 网页:location.href => http://127.0.0.1:8000 2. 这是无效的 <web-view src="http://127.0.0.1:8000" bindmessage="onMessage"/> 网页:location.href => http://127.0.0.1:8000/topics
2018-08-30早就说了要废弃了,不知微信在想什么。
onShareAppMessage回调的Bug?- 当前 Bug 的表现 回调成功后,调用audio播放声音没有效果。 - 代码片段 onShareAppMessage: function (event) { if (event.from === 'button') { console.log(event.target) } return { title: 'title', path: '/index/index', success(e){ var audio = wx.createInnerAudioContext(); audio.src = "/audios/pass.mp3"; audio.play(); that.setData({ flag: 1 }); } } }
2018-08-29把函数 push 到数组里面,然后依次调用就可以了。
小程序不能用eval,怎么将网络请求错误的函数集中保存起来,然后依次调用这些函数小程序不能用eval,怎么将网络请求错误的函数集中保存起来,然后依次调用这些函数。 使用场景就是网络不好,请求失败,网络好了,重新请求这些失败了的函数。 等同于重连机制,我需要记录这些失败的函数,还要调用这些失败的函数,不能用eval(functionA+'()')这种方法实现,我该怎么实现。
2018-08-29微信干的好,最好把小程序搞到乱七八槽,没人去用。我恨不得小程序快点凉。
小程序更新之问上周微信更新6.7.2版本,从大家对微信小版本更新的反应来看,用户端可以算是无感知更新,但是在开发者群体中,可谓是怨声载道。 微信版本更新附带小程序基础库更新,而这次更新,带来了诸多问题,暂时发现的有: 更新到6.7.2小程序内嵌webview,顶部标题栏自定义失效 安卓 WebView position:fixed 错位问题 getBackgroundAudioManager 接口为什么无法后台播放音频了 微信小程序跳转返回,onshow监听到的APPID问题 微信6.7.2测试版getImageInfo这个方法不能得到本地图片的数据 小程序头部系统栏目在tabBar置顶的情况下 位置互换(微信6.7.2)版本 等等 从上面来看主要是web-view和音频API的调整(如果忽略了其它还请提醒),对于不内嵌web-view和不使用音频的小程序来说,本次更新可以忽略,可惜还是有不少小程序躲过了初一,没躲过十五,我司的小程序就不幸属于其一。 在此不讨论技术上的问题,因为怎么实现这些调整是微信的事,我只想问微信小程序团队几句: 你们进行小程序调整的根据在哪儿?有没有在用户群体和开发者群体进行调研? 你们调整之前有没有在开发者社区进行公示或者告知? 你们内部有没有开发流程规范?包括从开发者工具、开发规范调整、文档更新、社区运营一整套的流程。 基础库更新上线之后,如果出现大面积问题,你们的补救措施在哪儿? 以上几个问题,希望能够有官方人员给予解答。 微信小程序和小游戏带来了一大波红利,这点是毫无置疑的,甚至连微博如此的流量巨兽都做起了小程序。但是从今年开始,微信的更新逐渐暴露出问题,重大调整在社区(甚至是文档更新人员)毫不知情的情况下进行,导致许多小程序团队都要进行临时调整,紧急上线。 我们在意的并不是更新带来的问题,而是更新的流程规范。下面的几个截图是从开发者社区截取的 [图片] [图片][图片] 可以看到,开发者完全不知道,也并不理解本次更新的意义,而对于开发者提出的质疑,官方也并未解答,只是单纯地贴出文档。而这个文档,也是在微信更新大面积铺开,社区和用户之间发现大量问题之后才进行更新的。 众所周知,W3C的规范制定流程每一个都耗时巨久,而耗时带来的则是稳定性,一旦标准成为规范,几乎不太可能会被撤销或者再次修改。而在每一个阶段,规范都将向社区展示,社区则可以进行反馈,最终决定一个一致的方案。 W3C技术报告开发流程 发布第一份公开工作草案(First Public Working Draft) [可选]发布几份修订公开工作草案(revised Public Working Drafts) 发布候选建议书(Candidate Recommendation) 发布提议建议书(Proposed Recommendation) 发布W3C建议书(W3C Recommendation) [可选]发布编辑建议书(Edited Recommendation) 我们希望小程序团队能够制定出一套类似W3C的规范,在每一个阶段对社区进行公示,听取社区反馈意见,综合之后再进行调整,并及时更新文档。这样无论对于微信想要打造的小程序生态,还是开发者和用户来讲,都大有裨益。
2018-08-28先搞清楚模块化是什么吧。 独立作用域指的这个文件里声明的变量都是局部变量的意思,因为每个文件都会各自包在一个函数里运行的。 每一个文件都是一个模块,模块只会被初始化一次,所以你进同一个页面时,顶部的变量声明是不会重新执行的。 我看楼主根本是小白,就别考虑什么内存泄漏了。一知半解的情况下还想那么多,只会走歪路。
关于页面内使用let定义全局变量页面退出(onUnload)不释放问题今天偶然发现了一个问题,就是在页面内使用 let 定义了一个全局变量,如 let index = 0; 我每次在onLoad 里面进行 index ++ 操作并使用 console.log(index) 打印,发现页面退出(是onUnload哦)后,再次进来,index 保留的仍然是上一次累加的结果,即再次初始化页面时 console.log(index) 打印的可能是 1 ,2,3 等等,如果是这种逻辑的话,那是不是我只要在页面内定义的全局变量都不释放呢?这样的话,内存怎么办?还是小程序在这一块是有什么优化逻辑呢? 代码如下图: [图片] 打印结果如下图: [图片]
2018-08-26AppID:wx5137ef9543b1c259 问题类型:Bug 框架类型:小程序 终端类型:客户端 基础库版本:2.2.3 发现数据库的api有差异。小程序获取数据时只能获取数据库中 openid 是当前用户的数据,而云函数可以获取所有数据。 上传云函数有没有手动点击以外的方法啊。命令行或者api之类的,明明上传小程序代码都有命令行了。
【小程序·云开发】公测问题反馈【小程序·云开发】公测详情 参与公测的开发者可以在本帖以回答形式反馈小程序·云开发相关的问题,反馈时,请采用以下模板以帮助官方人员和开发者更好的定位和解答你的问题: AppID:(填写申请了公测的 AppID) 问题类型:(Bug / 需求) 框架类型:(小程序 / 小游戏) 终端类型:(客户端 / 工具) 基础库版本:(如 2.2.3) 代码片段:(选填代码片段链接) FAQ 1. 看不到云开发控制台入口 请确认 appid 是申请了公测的 appid 且已收到开通成功的通知(邮件 / 工具通知),并且安装了 beta 版工具 https://developers.weixin.qq.com/miniprogram/dev/devtools/beta.html 2. 快速启动模板提示初始化失败,提示使用 2.2.3 或以上的基础库 / Cannot read property 'init' of undefined 工具详情页中选择 2.2.3 基础库版本 3. 快速启动模板获取 openid 提示失败 请确认是否已开通云服务,且在控制台的云函数标签页中看得到 login 云函数,如果没有则按指引上传 login 云函数(目录在 cloudfunctions/login) 4. 在安卓手机上没有打开调试模式时调用云函数和文件管理失败 这是 bug,我们会尽快修复 5. 小游戏没有云开发快速启动模板 小游戏暂无云开发快速启动模板,请先按照文档指引使用 6. 打开云开发控制台提示需 “身份切换” 问题已修复,请重试
2018-08-20