发布网友 发布时间:2022-04-20 05:00
共13个回答
懂视网 时间:2022-05-18 19:25
然后在这个场景下,需要注意以下几个问题:
1.这个场景下一般会涉及到登录。
所谓登录,不一定是要在这个阶段做,但是登录信息的判断这个阶段是一定要做的。
通常前端肯定是要将登录的这些信息存储在小程序的storage里,然后在onLaunch事件中判断是否登录,没登录就跳转到登录页面,登录了就跳转到首页。
这里的登录判断一定要放在onLaunch,而不要放在首页的onLoad里面,因为小程序启动一定会进入onLaunch,而不一定会进入首页的onLoad。
2.而登录页面在设计的时候最好要加上一个url参数
传入登录成功后跳转到的页面地址,而不是登录之后始终跳转到首页,后面会讲为什么需要这么做。
3.onLaunch阶段是否有发出请求
并在请求完成后进行了页面跳转,或者请求完成设置storage,并在onLoad页面中使用?
这种情况的出现,会导致在请求时间过长时,首页的onLoad已经执行了,此时就会出现BUG。
对于这个问题,有的人会用定时器去判断是否完成这个操作,但是我的建议是尽量避免在onLaunch中进行这些操作。
如果一定要有,那么最好的方式就是做一个加载页面去承载这些功能。
4.首页数据的初始化
一般是放在onLoad中执行。当然总是有些特殊的需求是要放在onShow里面的。
关于onLoad和onShow,最常见的处理区别就在跳转页面时。
当载入首页时,先触发onLoad,再触发onShow。
此时通过wx.navigateTo 的方式跳转到页面A,这个时候首页并没有被关闭,那么从页面A再返回首页时,onLoad就不会触发,但onShow会触发。
通常在加载数据时,一般会用到onLoad。
但是如果说页面A更新了数据,然后返回首页时,首页的相关数据也需要更新。
那么初始化数据就不能放在onLoad里,而需要放在onShow里。
(当然还有一种方式是通过getCurrentPages的方式在页面A中调用首页的方法。但是这里极不推荐这种方式,属于某个页面的事情一定要给这个页面。最好不要将页面间的职责通过这种方式打乱,容易引起代码混乱,不易维护。)
退出重进(启动小程序后,退出小程序,再次进入小程序)
这种场景实际上是对第一种场景的扩展。
而所谓的退出小程序不管你是点右上角的退出按钮还是Home键直接切出都算是这类退出。
但是退出后再立即进入小程序的时候,依然会进入你退出小程序时所在的页面,而不会触发onLaunch,也不会触发这个页面的onLoad,不过onShow是肯定会触发的。
这一场景下,首先我们需要明白发生了什么:
再次进入小程序 => 进入退出小程序时所在页面 触发onShow
在这个场景下,只需要注意onShow中是否有不可重复执行的操作。
例如onShow中会获取用户喜欢吃的食物,加载到页面的列表中,在这种场景下,如果不清空之前的列表或者加个判断的话,就会出现重复数据。
退出重进首页(启动小程序后,退出小程序,通过扫二维码再次进入小程序)
这种场景实际上是对第二种场景的扩展。
我们通常给二维码配置的是一个无参数的小程序首页地址,当我们退出小程序,通过扫二维码再次进入小程序时会进入首页。
这一场景下,首先我们需要明白发生了什么:
再次进入小程序 => 进入退出小程序时所在页面A 不触发onShow => 触发页面A onHide => 触发页面A onUnload=> 进入首页 onLoad => 首页onShow
在这个场景下,除了需要注意第二种场景存在的问题,还需要注意页面A的onHide事件中是否会触发奇怪的操作,例如页面跳转。
启动并进入指定页面(从小程序的分享卡片或者微信发送的通知消息进入小程序)
这块场景常见于邀请他人进入小程序,需要注意的是他们往往被赋予了更多的业务功能,也就往往增大了小程序的实现难度。
这一场景下,首先我们需要明白发生了什么:
下载小程序 => 启动小程序 onLaunch事件触发 => 加载指定页面 onLoad事件触发 =>指定页面 onShow事件
这里就可以看出,并不是进入小程序就一定会进入首页的onLoad。
所以这就是为什么之前强调不要将登录判断放在首页的onLoad中,而一定要放在onLaunch里。
但是这里又和扫二维码不同,扫二维码的链接一般都是指定的首页。
而这里通常跳转到的是非首页的页面,而且可能还多了复杂的业务功能。
我们在需求分析和设计阶段应该更多地考虑到这里可能会引发的复杂问题,而尽量将此处的业务逻辑简化,或者加大估时。
接下来,我们将根据业务从简单到复杂,慢慢讲解这个场景下可能存在的问题。
最简单的邀请函(进入小程序首页)
和第一种场景差不多,这里略过
进阶邀请函(进入小程序指定页面,带参数,需要根据参数初始化页面)
这种情况下,需要考虑以下几个问题:
1.首先在onLaunch阶段会判断是否登录
没登录那么就需要跳转到登录页面,登录页面登录之后,肯定要跳转到这个页面,而不是首页。
所以之前说过登录页面设计的时候需要传入一个url参数,来明确登录成功后跳转到哪个页面。
2.这种跳转到指定页面的情况通常都需要一个回到首页的按钮
就比如邀请某人查看一篇文章,点击邀请卡片后会进入小程序内的文章详情。
一般在小程序内通常是通过点击文章列表跳转到文章详情,那么这个时候可以逐级返回到首页。
但是在点击邀请函进入的情况是没有返回功能的,此时如果没有回到首页功能,那么用户可能就永远没法回到首页。
(其实是可以的,但是小程序的的这个功能藏得比较深,不要指望所有用户都那么热爱摸索)
3.这里一定要特别注意第一种场景的第三个应该注意的问题
对于第一种场景而言那个问题因为启动次数很多容易出现,但是在当前的场景下可能很容易被忽略掉。
涉及身份的邀请函(进入小程序指定页面,带参数,需要根据参数切换身份,更可能涉及到登录)
为了更好地说明这种情况,我们来列举一个场景。
如果有一个打车软件,进入这个软件后有两种身份,一种是乘客,一种是司机。
用户是司机,那么看到的是页面A或者选定了TabA,如果是乘客,那么看到的是页面B或者选定了TabB。
而且还有一个需求,用户上次登陆时什么身份,这次登陆也是什么身份。
考虑到换手机的场景,那么这个信息肯定是存储在服务端的,所以进入小程序的时候会去请求服务端进行判断。
现在我用司机的身份发了个单,微信给了个通知消息,我没点开。然后切换到乘客的身份了,再去点击通知消息,那么我会以司机的身份去打开这个消息。
这个场景其实在业务上来看是很合理的,但是对于我们的程序实现来看,复杂度一下子就上来了。
1.首先我们确定一下这个请求身份信息的请求在哪个阶段发出?
onLaunch?
那么是不是需要在onLoad阶段去获取这个身份的信息然后给出不同的页面?
这样一下子就会出现进阶邀请函的第三个问题,而且还不仅仅是这一个问题,之后我们会讲到。
所以这个地方需要做一个专门的邀请加载页面去处理这个事情。
2.分离出一个单独的加载页面之后,其实我们的工作会变的简单清晰起来。
因为我们只需要去做我们这个页面所需要做的事情就行了。
根据参数去获取我们现在的身份,然后以这种身份跳转到相应的页面。
3.这里还涉及到一个问题,那就是正常启动而不是通过通知消息进入的时候,也需要去请求服务端获取身份信息。
我给的建议是一定要另外单独建一个页面去承载这个功能,而不要将这两个加载页面糅合到一起。
里面的页面展示我们可以用组件化的方式去做,但是页面的逻辑一点更要分开。
因为这两种情况真的很容易混杂,也是为了利于后面的维护工作。
4.正常启动时的加载页面也可以看情况糅合到首页的onLoad里面。
但是如果有可能,还是希望放在单独的页面里。
首页往往功能很多,代码量比较大,不要将本来可以分离出去的功能放进去。
还是那句话,页面的职责分开。
我这里讲的其实还是一个比较常见的功能,通常我们的业务也不一定像上面这样简单。
所以如果涉及到这方面的操作,在需求分析和设计的时候就应该考虑清楚。
如果等到功能开发的时候再去考虑这些事情,那么等待你的一定是延期或者加班。
退出重进指定页面(启动小程序后,退出小程序,从小程序的分享卡片或者微信发送的通知消息进入小程序)
这种场景同样是第四种场景的进阶,但是如果你在第四种场景中使用了我所说的加载页面,那么接下来的问题会简单很多。
这一场景下,首先我们需要明白发生了什么:
再次进入小程序 => 进入退出小程序时所在页面A 不触发onShow => 触发页面A onHide => 触发页面A onUnload => 进入邀请加载页面onLoad => 加载页面onShow
对于第四种场景中的打车小程序而言,如果按照我们先前所说没有在onLaunch中获取身份信息,而是放在了加载页中,那么现在什么都不用改。
如果获取身份信息的请求放在onLaunch中,现在又得在onLoad中加一道逻辑。
当然这里还是得注意一个问题,对于这一类型的进入小程序的方式,比如从分享卡片进入和微信的通知消息进入。
即使他们所进入的页面不同,但是他们都可以使用这个载入页面去做判断。
与正常启动场景的载入页面是不同的,他们本来就是同一种入口场景。
所以该共用的地方还是得共用,用不同的业务code判断即可。
总结
总的来说,以上的几种情况应该能涵盖绝大多数小程序的入口场景。
整理的目的其实主要是为了做需求分析和设计时参考使用,以避免在考虑业务问题时漏过这些场景导致后期的工作计划受到影响。
所谓加班和项目延期发布,大都是前期需求分析和设计考虑不周。
我们不可能考虑到所有的场景,但是应该尽善尽美。
谋定而后动,前事不忘后事之师,也算是PDCA了。
热心网友 时间:2022-05-18 16:33
自去年微信推出小程序以来,短短一年时间,小程序的使用用户数已达1.7亿,上线小程序数量高达58万。各行各业在小程序的应用创新上花样叠出。就旅游业来看,携程、途牛、蚂蜂窝等业界大佬早已第一时间推出专属小程序抢占市场,可以说旅游企业要想占领最新流量红利,就必须利用好小程序。那么旅游小程序要怎么用呢?下面思途来为你一一解答。
首先,旅游企业为什么要开发小程序?
从用户角度出发,小程序同它操作方式一样,是一个无需下载即可使用的应用。对于旅游类应用而言,本身使用频率较低,种类又繁多。安装多个30M左右的旅游APP,却在两三个月甚至一年半年都懒得打开一次,大大浪费了手机的内存。而现在,只需一个小程序,用户在微信内就可解决购票、订酒店、查景点的所有需求。为用户提供了极大的便利。
而从企业自身来看,传统的旅行社主要通过线下宣传,服务本地客源,在推广方面,也是打印纸质宣传册,宣称力度很小。转为在线旅行社,在开发APP时受到成本、技术难度大、推广难度等多方面的局限。即使开发好,也还要面临用户获取成本高,活跃度低,用户留存难诸多问题。相比之下,微信小程序门槛低,成本低,入口丰富。更重要的是,由于小程序名字具有唯一性,在市场发展初期,如果能抢先注册大流量关键词作为小程序名,将会为自身带来大量曝光和点击流量,更利于旅游企业自身推广。而且,小程序还连接了微信的社交功能和支付功能,让旅行社在小程序形成的微信闭环就能轻松实现盈利。
我们什么时候会使用小程序呢?
按照微信之父张小龙的说法,小程序就是一个用完即走的产品,其最大的入口就是线下场景化的运用。据统计,微信10亿用户中有超过半数的用户每天使用微信时间在90分钟以上。使用小程序的人数有多庞大,从持续火爆的“跳一跳”小程序就可见一斑。
不妨试想一下,我们一天会使用多少次小程序?
当你早上睁开眼,首先会打开天气小程序查看当日天气;
吹着冷风等公交,你会点开公交小程序反复刷新实时公*次;
也许没等到公交,那也可以打开摩拜的小程序直接骑上共享单车避免迟到;
当你进入肯德基,点餐台前早已排成长队,你直接搜索肯德基小程序,就可以快速点餐;
当你下班了,想去永辉采购食材,也不必再在超*长的货架前一个一个地搜寻,只用打开永辉的小程序,就可以一键下单送货上门。
不管你是想要剪头发,做指甲,还是印照片,收快递,只需搜一搜,扫一扫,打开相应的小程序,就能满足当下的需求。
由此开来,小程序与我们的日常生活息息相关并被广泛应用于线下场景之中。
那么,旅游电商又该如何应用自己的小程序?
首先,我们要清楚,自己有哪些业务需要小程序。
以此类旅游小程序产品为例,旅游小程序主要有业务开展,营销推广,内容分享这三大类共21个产品,基本囊括了所有旅游业所需的服务项目。
这么多的小程序,哪些是我们最需要的,最适合的。还是要根据我们具体的业务模式来看。
我们还是来设想一下,游客们会在怎样的场景中,打开我们的小程序?
小刘是一个热爱旅游的女生,某一天,她在朋友圈看到好友小明分享的九寨沟风景图。美丽的风景,豪华的酒店让她有些心动。她赶紧评论求小明分享攻略。
小明直接分享了一个攻略小程序,里面关于九寨沟的游玩攻略非常详尽。小刘认真地学习了多个攻略,当即决定下周就出发旅游。没有APP,她选择直接在微信搜索框内搜索旅行社的酒店小程序,经过对比,选择了合适的酒店下单。
到达九寨沟当天,小刘就收到了小程序的入住提醒。对于这次入住,非常满意,退房的时候前台还细心告诉小刘,喜欢的话还可以写下点评,分享给好友,好友消费后,还能拿到优惠券用于今后的旅行。
在到达景区之后,小刘在门票小程序在线订购了门票。省去因排队取票耽误的时间,小刘通过扫码就轻松入园了。此外,她还在导游小程序和保险小程序里相继购买了相应的服务。
在这样一个线上与线下融合的旅游场景中,小刘经历了多个入口:
分享入口:小刘收到了好友的分享,驱动她去预定服务。
提醒入口:入住当天,收到了提醒消息。
扫码入口:扫码取票后进入景区。
服务入口:购买了导游和保险,享受了相应服务。
评价入口:体验服务后,评价并且分享。
对于用户的出行,小程序的多种入口和使用广泛场景都契合相符。通过线上的分享搜索,线下的扫码,小程序弥补了公众号/服务号或原生App在流畅程度不足、占用空间较大方面的缺陷,良好地适应了用户当下的出行需求,又在不需要的时候隐藏了起来。
所以,作为旅游电商,我们要做的就是充分考虑用户的使用场景,选择开发相应的小程序展示自己的产品。
提醒:应用小程序时,我们还需多加警惕。
尽管小程序的申请流程较为简单,但要想拥有符合自身需求的小程序,旅游企业还是要像建设电子商务平台一样进行二次开发和制作,这就还需要我们具备一定的编程等专业技术能力。如果商家自身没有专业能力,就要选择正规专业的第三方开发方,谨慎考察其公司背景,业务能力,最好多查看对方的成功案例,以免被不良商家欺骗,导致开发小程序后没有技术支持和指导维护,甚至遭受到“微信*”,白白遭受金钱损失。
热心网友 时间:2022-05-18 17:51
使用微信小程序的应用场景如下:热心网友 时间:2022-05-18 19:26
1、品牌推广热心网友 时间:2022-05-18 21:17
1.各类APP的推广人热心网友 时间:2022-05-18 23:25
不同的应用场景,需要的小程序功能不同,热心网友 时间:2022-05-19 01:50
从小程序top100的名单可以明显看出,小程序在低频刚需的场景中很有市场,试想你手机里不必装软件,就可以通过小程序实现火车票,飞机票,酒店的订购,可以在闲暇的时候打一局王者荣耀游戏或是下一盘中国象棋。热心网友 时间:2022-05-19 04:31
热心网友 时间:2022-05-19 07:46
小程序可以应用于各行各业,小程序是未来o2o第一平台。热心网友 时间:2022-05-19 11:17
小程序的非常非常迅速,可以运用的行业也非常的广泛,一下是小程序的不同应用场景:热心网友 时间:2022-05-19 15:05
这个太多了,小程序的应用范围是非常广泛的,几乎可以试用于各个行业,比如可以:热心网友 时间:2022-05-19 19:10
微信小程序应用场景具体如下:热心网友 时间:2022-05-19 23:31
专门从事开发小程序和APP的;量川科技很高兴为您解答:“你想得到的都可以,其中不乏点外卖、购物、邮寄快递等,包括现在的殡葬行业也是,提前登陆小程序预定好坟墓,还能预定死之后要烧那些东西,还可以分析坟墓行情,哪个风水好性价比高 以及保值等。”