part-bid第二张卡《活动报名》学习记录

阅读更多

 

 

 

 

• 【结束】按钮变为【开始】按钮，如果点击【开始】按钮，则可以继续之前的报名
• 只要有活动在报名，其他活动“活动报名”页面上的“开始”按钮就为不可点击的灰色状态。
• 点击【返回】按钮，返回“活动列表”页面,活动列表中正在报名中的活动底色为黄色。
• 点击“活动报名”页面的“开始”按钮，活动报名开始，页面中的“开始”按钮替换为“结束”按钮，报名开始。

• 报名者在活动报名结束后发送信息报名，系统返回一条错误信息，“Sorry，活动报名已结束”
• 如果报名者在活动创建完，但是第一次点击活动按钮前，开始前发送报名短信，系统返回其一条错误信息，“活动尚未开始，请稍后”
• 报名者重名，如果来自不同的手机号码，保留重名者
• 点击【结束】按钮，报名结束，不再接受报名，如果再发送一条报名信息给系统，页面不再将此报名信息加入到列表中，报名人数也不再发生变化
• 报名开始后，组织者误点击“结束”按钮。弹出一个“报名结束确认”提示，二次询问是否要结束报名。
• “活动报名”页面用以列表形式显示接收到的报名人的姓名和联系方式信息并统计报名人数（每一名参与者报名成功后自动更新）。
• BM的大小写不限，BM后可以有空格
• 报名开始后，报名者发送短信：BM+姓名 到18601126251进行报名后，报名者接收到一条由系统返回的报名确认信息，“恭喜！报名成功”

做卡二的时候，基本延续卡一的风格，就是乱，代码凌乱，逻辑不清，仝键老师在看了我的代码后，告诉我以前机器比人贵，现在人比机器贵，我们写代码，最重要是考虑人的感受，即不仅要实现功能，更要让人看的懂。你用逻辑清晰的说法解释你要做的功能，然够你怎么说的，代码就怎么写，这就是对人友好编程。对人友好编程的主要特点是，不考虑机器的负载，考虑的人的可读性，方便未来的维护与修改，同时，具备这样的逻辑思维，也为未来编程提供有效的思想支持。

所以，卡二还没有完成的时候，我开始对之前做的所有工作进行重构，主要是对代码的重构，在控制器中只提供接口，把所有方法写入在model里面，并且，按照对函数重命名，接口等重命名，重新排序。重构完成之后，代码简洁多了，并且逻辑非常清晰，增强了可读性。

卡二针对卡一新增了一些功能，比如短信的接收和回复，以及正在进行的活动的背景色。我在实际操作中主要是对短信的收发的原理有不明白的地方。短信相关功能就需要加入codava模块了，我们可以获得发送者的手机号码和短信内容，通过判断短信内容进行相应的操作。如果短信内容匹配，例如短信内容是报名信息，且当前正在进行报名，发送者又尚未报名，那么我们就可以将发送者的手机号码和短信内容存在localStorage里面，方便我们后续数据的处理。

另外要注意的就是，正在进行报名的活动状态，新报名信息要与活动匹配。页面的跳转同时会伴有活动状态的改变，存储报名信息时，我通过查找出哪一个活动的状态是正在报名，再来匹配信息。

• 
• 大小: 13.2 KB

• 
• 大小: 18.2 KB

• 
• 大小: 8.4 KB

• 
• 大小: 9 KB

• 
• 大小: 18.8 KB

• 查看图片附件