各个链接
具体分工
我们没有明确的分工,大部分都是我们相互讨论实现的。但我主要负责前端,我的好搭档负责的是算法,啊我好菜。
PSP表格
PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
---|---|---|---|
Planning | · 计划 | 60 | 60 |
· Estimate | · 估计这个任务需要多少时间 | 60 | 60 |
Development | · 开发 | 1770 | 2550 |
· Analysis | · 需求分析 (包括学习新技术) | 240 | 300 |
· Design Spec | · 生成设计文档 | 60 | 60 |
· Design Review | · 设计复审 | 60 | 60 |
· Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 30 | 30 |
· Design | · 具体设计 | 60 | 120 |
· Coding | · 具体编码 | 1200 | 1800 |
· Code Review | · 代码复审 | 30 | 90 |
· Test | · 测试(自我测试,修改代码,提交修改) | 90 | 90 |
Reporting | 报告 | 140 | 140 |
· Test Repor | · 测试报告 | 60 | 60 |
· Size Measurement | · 计算工作量 | 20 | 20 |
· Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 60 | 60 |
· 合计 | 1970 | 2750 |
解题思路描述与设计实现说明
- 网络接口的使用
提供的接口说明了传送方式,查资料、问学长、经历各种幽暗昏惑终于明白是要用Ajax实现。根据request要得到response,才算是请求成功,害我好菜。
- 代码组织与内部实现设计(类图)
我们做的web,所以前端使用了HTML。HTML是从Axure Rp 8(一股神秘力量)导出的,导出的项目中一个HTML对应一个css文件,在导出的基础上我们做了相应的补充和调整。另外添加了Js文件来封装项目中使用的函数。
-
说明算法的关键与关键实现部分流程图
-
算法的关键:
- 采用了贪心算法,先为三墩找最优解,再为二墩找最优解,最后剩下的三张就是一墩;在判别牌型时,也是优先判断较大的牌型
- 采用分桶的方式进行统计,分别统计了每种牌型的数量、每种牌号的数量等
- 几种普通牌型的判别方法:
- 同花顺:先找是否有多于5张的花色,若有,将所有可能的顺子都存在example中,并按从大到小的顺序排放,将该花色的牌去重复、排序,再进行比对;同时,还要附上相应权值,因为可能存在多幅同花顺。
- 炸弹:从大到小,找出牌数大于等于4张的牌号,若有,直接获取,再到cards中去匹配牌型(由于贪心算法,此时已不用考虑同花顺)
- 葫芦:先按贪心算法,找出最大的三张相同牌号的牌,在卡片集合中剔除这三张,再继续找最大的对子
- 同花:找出所有牌数大于等于5的花色,分别列出每个花色的所有牌号,从大到小排序,根据每个花色最大的牌号为他们赋权值,最后选权值最大的。
- 顺子:与同花顺类似,但是example是和所有排序、去重复的牌相比对。
- 三条:直接在数字桶中寻找牌数等于3的牌号(根据贪心算法推理,若有则只有一个)
- 二对:直接在数字桶中寻找两个牌数等于2的牌号,最后一张牌取剩下的最大的那张
- 一对:直接在数字桶中寻找牌数等于2的牌号(根据贪心算法推理,若有则只有一个),散牌牌号大优先取
-
部分流程图:
-
-
类图
关键代码解释
-
重要的/有价值的代码片段
分桶过程:
特殊牌型判断:
普通牌型判断:
理牌过程:
- 解释:见代码注释
性能分析与改进
- 改进的思路
用Axure Rp 8导出HTML文件夹,在文件夹的项目中调整css使见面更加美观并符合使用习惯。但是界面做的还是不够美观,第一次着手自己做一个项目的HTML界面,还有很多经验上的不足,日后要加强学习啊!各种调整都是暴力的、笨拙的,导致可能界面显示会有浏览器的兼容和适配问题。连接算法执行出牌,算法我们的时间不够,写的并不完善还有很多情况没有考虑,后期会继续加以补充。增加作业提供的接口js文件,发出请求的异常情况没有考虑周全。
-
性能分析图和程序中消耗最大的函数
- 性能分析图
- 程序中消耗最大的函数:marshal loads
单元测试
- 项目部分单元测试代码、 测试的函数
特殊牌型的判断、普通牌型的判断的代码和函数
普通牌型判断:
- 构造测试数据的思路
分别按照特殊牌型、普通牌型的同花顺、同花、顺子、炸弹、葫芦、三条、二对、一对、散排的组合,给每种可能的牌型进行测试。
-
数据:
- 部分输出:
"*6 &6 $10,&3 &4 &8 &9 &10,#5 #8 #9 #J #Q"
"$J &K *K,&4 *4 #5 &5 *8,$3 #3 *3 #7 $A"
"*2 #K &K,&3 4 #6 $6 &6,6 #7 $8 $9 $10"
"$2 *6 *10,#4 #7 #9 #10 #A,&4 &7 &10 &J &A"
"*6 &6 $10,&3 &4 &8 &9 &10,#5 #8 #9 #J #Q"
"*2 #K &K,&3 4 #6 $6 &6,6 #7 $8 $9 $10"
"$2 *6 *10,#4 #7 #9 #10 #A,&4 &7 &10 &J &A"
"#2 $2 $6 $8 *8 $9 #9 *9 $Q &Q *A &A $A"
"5 #10 $A,2 $8 *8 #K *K,#3 $4 &Q #Q *Q"
"*3 #3 &A,$2 *2 4 #Q &Q,6 #10 &10 $10 #K"
贴出Github的代码签入记录
遇到的代码模块异常或结对困难及解决方法
-
困难(这是一个故事,我要连在一起说,呜呜呜...)
-
代码模块异常:在Ajax上面花的时间太多了,在登陆上一直有“400”的状态码。在这上面我们花了很多的时间,很久,很久,很久,很久,然后发现我们根本没有注册...(我嘤嘤嘤)于是我们开始弄注册的接口,当注册接口完成之后,登录的问题就解决了。但是但是但是,为什么有了登录接口还需要一个登录验证接口啊喂,得到的token总是失效的导致没办法得到授权,报错报错报错,无止尽的报错。后来在阴差阳错无止尽的调试最后解决了这个问题。另外还有算法的设计,实在是太多情况了,这道题太难了我不会做,呜呜呜,这个问题是正处于,并将长期处于的一个大问题(嘤)。
-
结对的困难:在于沟通交流方面,进度有点不太对接的上,但是后面多沟通多磨合就解决啦!
-
-
收获:
-
每次做完作业的总结几乎都是提升了自己的搜索能力。啊,搜索引擎,这伟大的发明。
-
自己又学会了一点点点之前没有接触过的东西。
-
一坨我掉下的头发而已。
-
沟通真的很重要,自己思维的死角可能在别人的一条无比光明平坦的道路。
-
评价你的队友
- 值得学习的地方
耐心、灵活、脑洞大、效率高,给我很大的鼓励和各方面的支持。
- 需要改进的地方
严厉控诉!头发太多了!分给我一点!
代码规范
gitignore
徽章
readme
UI设计
百度网盘:
链接:https://pan.baidu.com/s/1Y85ZxURVxTOvUy6iQw-Xxg
提取码:ooyb
学习进度条
第N周 | 新增代码行数 | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
---|---|---|---|---|---|
1 | 90 | 90 | 14 | 14 | 学会了一点Eclipse的基本使用 |
2 | 40 | 130 | 2 | 16 | 熟悉了PS、Axure Rp、和一点点Python |
3 | 600 | 630 | 35 | 51 | 熟练了HTML、Webstorm,会用了css和js啦 |