这道题是 v2ex 上看到的一个饿了么的面试题。我试了试
目前将其抽象为这样几个端口
第一 user_login 用户登录
第二 join_activity 用户参与霸王餐活动
第三 heart_beat 定时更新key
第四 activity_record 获取当前活动状态
第五 activity_award 获取用户中奖状态
第一,数据库设计直接暴力出奇迹=。=没有考虑更多因素
第二,暂时没有考虑分布式数据库中的事务处理
第三,没有良好的缓存层设计,频繁对数据库操作
第四,没有设计日志系统
第五,join_activity 没有编写单元测试(实际上是我不知道在带事务的情况下,单元测试怎样去构造 Test Case)
/api/user_login/
{
"user_email":"[email protected]",//用户邮箱
"password":"f8d6934a93cb488588067fe165203d32",//用户密码 md5 值
"user_name":"lizheao",// 用户名
"time_map":123456789 //unix时间戳
}
返回
{
"user_id":用户编号
"key":"f8d6934a93cb488588067fe165203d32",
"code":"lizheao",// 状态码
"msg":123456789 // 额外消息
}
/api/join_activity/
{
"key": "47563fdd1a50db6af6004dc2d28116eb",//之前下发的key
"user_id": "abcsafdsasdfas",//下发的用户id
"activity_type": 0, //参与的活动类型
"time_map": 12345, //时间戳
"email": "[email protected]"//邮箱
}
返回
{
"code":,// 状态码
"msg" // 额外消息
}