如何轻松做出一个完整的小程序

本文讲述了在上海居家办公期间,为了解封后准备,客户要求开发一款结合互动和抽奖功能的小程序。项目涉及个人中心、中奖订单、快递信息、小游戏、奖品展示、转发红包和兑换饿了么红包等功能。开发过程中,重点讨论了抽奖逻辑、宝石获取(签到和分享功能)以及用户邀请的判定。文章详细描述了各个功能的实现逻辑,并分享了在实现过程中遇到的挑战和解决方案。
摘要由CSDN通过智能技术生成

2022/07/07

背景:

制作软件:Zion | Engineerless Engineering

西贝+征途+饿了么

    • 西贝主导营销类型应用的开发

      1. 个人中心

        1. 中奖订单信息

        2. 个人快递信息

抽奖活动:

    1. 小游戏/互动性:

    2. 一二三四等奖/天:西贝功夫菜(一等奖一天一个,二等奖一天两个,三等家一天三个,四等奖一天1000/兑换码

    3. 展示奖品

    4. 展示中奖对应的产品

    5. 转发获得红包

    6. 兑换饿了么红包:

      1. 1000/每天-兑换码-无门槛饿了么5元红包

      2. 兑换通道展示

    7. 快递配送

正文:

那是一个几乎静止中的上海,所有人都只能在家办公,为了做好解封后的准备,客户想要做一个可以互动带有抽奖性质和分享功能的小程序。

客户的需求点经过沟通,明确了需求点,加上客户已经有了一个低保真的H5页面版本的。。半成品,所以省去了很多前期沟通的成本。

那么通过需求和低保真,数据模型和UI设计我们同时进行了,当然其中一些逻辑部分还是需要与客户实时沟通,尤其是抽奖的逻辑,奖品池的分类,宝石获取的方式等细节,包括后面抽奖后每个弹出的动画和礼品都是不同的,然后每个礼品抽到后领取到奖品的过程需要如何实现,都是需要加上UI三方沟通的

接着给大家看一下最烦的这个抽奖部分闪一下眼睛,因为咱们暂时做不了动效,所以创建了N个条件式容器来判定获取到哪个部分的奖品,就跳出哪个部分的动画,所以整了一个不太聪明的办法,哈哈哈哈,会非常的麻烦,中间修改哪怕一个文字或者逻辑。。。想想要改N个条件式容器,手酸到可以得腱鞘炎      p.mp4

闪完眼球后咱们继续,该回到数据模型上了,以下是我们沟通后最终整理的功能清单和简化后数据模型的版本

先来说一下获取宝石的功能吧,一个是签到,一个是分享裂变功能

签到其实就比较简单,签到按钮行为中添加3个条件,分别是第一次签到,已签到,还有当天的签到,这个可以自己想一下怎么配的,主要当天签到的逻辑,设置了为更新时间小于当前时间,当前时间设置为当日0点,这样的话小于0点就是昨天的时间,那就确定了昨天签到,今天未签到

而分享功能就会稍微麻烦一点

首先根据帮助文档中的分享功能进行配置,是一个比较常规的操作,就不解释了哈

要注意的是这边,这里的参数为已登录用户id,然后在用户登录页面的配置链接数据(名称相同),并且设置好远程数据id=链接数据id,就可以进行用户获取的弹窗了,大概就是这么一个逻辑,后台呈现出来的效果就是下面图片红色框框里的部分就是邀请我的人的ID账户(这里会有一些细节部分就不一一展开了)

接下来邀请结束了,就是需要判定用户邀请了几个新用户,来判定宝石的解锁状态,是否已经领取过宝石

这里需要通过远程数据来判定条件是容器

因为在后台还有一个字段,我设置了已领取或者未领取用作条件式容器的判断,基本是这么一个逻辑,但是中间还会出现一些细节的内容,我也是折腾了些时间,不是特别好解释,嗯。。。有兴趣可以单聊我,哈哈

今天先写这么些哈,未完待续....

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值