因为做项目之前的双方的个人项目互评阶段就已经决定了用我的个人项目来作为母本，复用来做结对项目。
国庆的前三天，就只是粗浅的分了个工，我先把个人项目的功能给完善一下，然后再把短信这一个模块给完成。他写一个计算答案的模块，最后添加到我的代码里面。
UI那一个部分，甚至都没有想要开始做，觉得UI这一个部分很简单，只要后台做好了，UI就把参数给链接上了。（为后来的心态爆炸埋下了伏笔。）
为什么一开始的时候会这么不把UI放在心上呢。这个问题我和我室友也讨论过（他也一开始和我一样不重视UI这个地方）。因为在没有自己真正做一个较为完整的UI之前，一直对UI的印象都是，一个躯壳，躯壳上有按钮，文本框之内的，然后我们把躯壳和我们的简单参数对应起来，应该就完成了。所以重点是把参数给做出来。
这样的想法也就导致了，当我们用较短的时间实现了后台后，开始把后台对应到UI的时候，就炸了！炸了！了！
最后还是得先调UI的框架，再把我们的代码进行更改后加入到框架里面。
调UI的框架就不得不提的一下是得先画一个大概的流程图，避免遗漏，因为在设计的时候每个界面要有几个按钮，几个标签什么的都得一开始设计好，不然会很容易导致页面丑出天际。
还有很重要的一点就是，两个人把各自的部分给结合到同一个项目里面的时候，对每个部分需要穿的参数一定要备注清楚，不然很容易出问题，这个地方也是非常考验debug的地方。
上面是一些总结，接下来再说一些细节的东西。
在一开始做短信模块的时候，用个人项目来申请总是不过。因为我是班上较早的用阿里云做短信模块的人，没有太多人的经验可以借鉴，就根据一开始学姐在群里说的方法不断的去试探。看我这有2页的申请面就知道有多惨了。 专门为这个短信模块折腾了2天。后来看下面申请的时候也可以以公众号或者微信小程序的方法来申请，加上自己在暑假的时候就已经申请过微信小程序的账号，所以就试探的用自己微信小程序的管理页面来作为提交的图片，就一次过了。 10.1日完成了短信模块。（后来也用我的小程序的页面拯救了几个其他同学）
短信的申请过了后，用阿里云提供的测试代码来测试。首先要导入2个包，很多同学都被下面的执行xxxxxxxxx命令给弄的头皮发麻。 然后，阴差阳错的，因为我一看到那个命令，我以为是linux下执行的，所以我觉得我windows下不需要管，就直接去下载下来的文件夹里面找到jar包，导入就结束了。所以我从一开始就没有被那个命令给迷惑。（同样后来也拯救了许多陷入这个困境的同学，求加分）。
其他的部分没有太多特别的。不过因为评分细则是提交的前一天才出来的。所以很惨兮兮的，临时增加功能，比如用文件夹存储用户试卷，查重，这是个人项目有的功能，后来觉得结对编程应该用不着，就去掉了，最后又临时加，但是因为以前有经验，所以也没有出现太多的问题，做的还挺快的。
下面上运行截图
点击继续则返回模式切换的地方
点击退出则退到登陆界面。
这个项目实现之后其实有很多不尽人意的地方，比如说，我当初在个人互评的时候，就写了希望能和搭档配合，最后让我们的项目的函数，尽可能的在50行以内。最后发现这只是个梦想。
虽然已经尽可能的抽象出很多个功能函数，但是还是有很多函数有较长的代码。大概以后对于代码长的定义应该要重新改变一下了，因为有了解其他人项目的代码长度，也都很长。我们抽象出来的还已经相对较短了。
还有就是命名问题，传参基本上是英文原词或者原词缩写，这一点有不错的可阅读性，而且在最终的代码中，备注打的也比较好。
我们这次项目，本来应该可以用GitHub，或者腾讯git。但是，唔，因为就只是2个人，所以一对一文件传输就比较方便。 所以最后就没有使用，而是每一次有更新都把项目装到zip压缩文件里面传给对方。最后就变成了下图这样。 这还是加了UI后的版本更新，之前没有加UI的部分也有很多压缩文件，后来全部删了。 可以看得到，从10.5号开始确定第一个UI的版本，后来每一天都有改动，一直到最后10.8日凌晨，才最终定下来。变成了“结对之终极”。 唔，大概程序猿在深夜的效率高吧。大多都是晚上进行改动。
