微信小程序

小结：第一年工作中，第一个比较主流的项目，之前的项目都是用的react-native框架，去开发移动app，没有接触过，也是不断碰壁，慢慢碰出来的能够简单的用rn的组件，去开发项目，但是主流的项目过去的10个月里没怎么接触。

项目：老客活动

项目需求：
参与活动的客户们

首先是两种情况 1. 会员 2. 非会员
其次是是否能够参与本次活动 1. 老客 2. 新客

活动必须是会员老客才能参与，老客可以开启邀请函，邀请一名新客去领取活动礼品，老客也可以领取一份属于自己的礼品，活动邀请名额只有一个。
新客只能点击老客邀请去领取礼品，而且新客只能与一名老客绑定关系。
两者都不能重复申领礼品。

个人逻辑梳理：

1.首先要获取老客的信息，必须判断是否是会员用户，这样后台才能在表里查找该用户是否是老客新客。所以用户的会员判断是最主要的。

2.申领流程其实并不麻烦，稍微有点逻辑的是邀请函出去，被点击的时候所做的处理和判断。

3.因为是接手项目，要仔细查看他人代码的业务逻辑，搞懂代码到底是什么作用，有一定的把控能力。

一.活动状况

判断活动是否结束、判断分享邀请的人是否是你的黑名单、判断活动库存等等先前条件。

二.新老客申领

1.老客申领

老客必须开启会员，后台确认是老客才能进行申领福利，只能申领一次，老客可以邀请新客，只能与一位新客绑定关系，邀请新客还可以获得积分。

2.新客申领

新客只能点击老客的邀请，与老客绑定关系，才能领取到新客的福利，新客只能与一位老客绑定关系。

三.邀请

邀请页分为两种：一种是首页邀请，一种是邀请页绑定关系邀请

1.首页邀请

非会员的新客点击首页邀请成为会员并且判断是新客新客没有参与活动资格限制弹框弹出
非会员的老客点击首页邀请成为会员并且判断是老客老客拥有参与资格，如果点击不是自己的邀请函要显示他人邀请弹窗
会员新客点击首页邀请无需成为会员直接给出没有资格参与的弹框
会员老客点击首页邀请无需成为会员如果不是自己的邀请要给出他人邀请弹框

2.邀请页邀请

非会员的新客点击老客邀请页邀请成为会员并且判断是新客新客与老客绑定关系 (首先判断，是否是重复申领，判断是否老客邀请名额被占用，判断是否是老客的黑名单)
非会员的老客点击老客邀请页邀请成为会员并且判断是老客老客拥有参与资格，如果点击不是自己的邀请要跳转首页邀请，显示他人邀请弹窗(弹出返回自己的邀请函弹框)
会员新客点击老客邀请页邀请无需成为会员新客与老客绑定关系 (首先判断，是否是重复申领，判断是否老客邀请名额被占用，判断是否是老客的黑名单，而且得判断是否是绑定关系了没有申领的情况，返回来的时候一定得点击原来老客邀请的那条才可以，因为老客分享的每个邀请函都是唯一的)
会员老客点击老客邀请页邀请无需成为会员如果点击不是自己的邀请要跳转首页邀请，显示他人邀请弹窗(弹出返回自己的邀请函弹框)

邀请的业务逻辑可能性会比较多一些，这就需要自己提前做出判断，判断多种情况的可能性，做出相对应的判断。

个人总结

一.代码问题

代码规范，代码注释要写明白，格式也要对，一定要空格，因为不同电脑不空格会重叠，以后自己维护起来也方便，命名规范，不要随随便便起名字，一定要翻译，用英文不用中文，这点我基本没有用过中文，继续坚持。
代码熟练程度，小程序还是要多多研究文档，能用原生写，但是要又快又好，多从文档中发现好用组件，自己写的也要多多复用，对于开发，自己要多多从底层去研究实现原理，可能自己只是会用，但是说不出原理，有点朦胧的感觉，就要多问，多看，多写。
个人对代码把控力度不强，要读代码，看代码，知道每行是干什么的，看代码的过程，也是自己学的过程，别人写的代码，有优点也有缺陷，自己要取其精华去其糟粕。(大多数是精华哈，自己还是蛮菜的(≖ᴗ≖)✧)。

二.逻辑思维

拿到需求先大体有一个正确方向，再在这个方向上慢慢添加限制，进行优化，不要着急实现，往往着急会让自己没有思路，而且就没有心思去实现功能，就会有bug。所以一上来先确定好是个什么样子的，怎样去实现更好，更快。
每次提出一个问题脑子要有一定的反应，如果这个问题修改会让什么地方变化，什么业务需要重新判断等等，在自己的心里有个数，不要每次改完一个地方，出现一堆问题，然后全是因为没有配合新问题进行调整。这种就是低级错误了。

三.解决方案

多看之前的代码，自己仔细消化，看代码确实能锻炼人，不仅锻炼代码能力，也能锻炼逻辑思维。
打好自己的基础东西，让自己懂得更精细一点，而不是什么都知道，但是什么都是嗯嗯对好像是这样吧。
还是要下功夫，遇到问题自己先自行考虑，是在不行在去百度，不要问一些很简单的问题，那样只会浪费大家的时间，要抓住问题的根本，而且要简练，说出问题的根源，当然如果这个问题不是很着急，如果自己解决不了，客户还着急的话，要尽快解决，该问问。
自己开发的过程中要尽量压缩问题的数量，测试只是测试一些精细的问题，不要吧简单的bug丢给测试去测试，要自己在和后台联调的时候解决大部分，甚至全部问题，让自己写的东西尽量完美，这个项目我就是没有注意这些，自己想想都丢脸，就你bug最多，每次看到jira，都不好意思再去麻烦测试了。一定要减少bug量。

四. 知识总结

1.埋点：作为渠道统计的首页，是要做成传参的，其余的页面根据需求来看
2.不断更新~~~

小结

严谨开发，减少bug，简单问题不要犯蠢，每天晚上都要提交一天的代码，逻辑要清晰，代码要熟练，尽量复用。

注意：
一定要提交代码，一定要提交代码，一定要提交代码！！！(别忘了自己电脑进水的情况了，而且以后要把电器远离水一类的东西(T ^ T)~）