博客作业收获
-
首先我学会了写博客，一直以来都以为网博都是那些自称小编的人写的
-
被逼会了吉哈，真心觉得它不好用，首先上传操复杂，然后上传特慢，除了上传，其他都不会了
-
博客作业嘛，运行不限时间与占用内存，完全开放式的项目编程，完成后感觉比起AC一个OJ题别有一番风味
-
熟练了文件读写，学会了命令行输入，这些在OJ里面是没有的
-
博客作业有点偏向基于兴趣编程，只有一个的基本要求，但是可以看到，同学们的程序跑起来是各放光彩，自己给了自己更高的要求，编出更好玩的程序
-
锻炼了自己的抗压能力，OJ题目往往在100-200行代码就搞定了，最高也就300来行。倒是博客作业，虽然没有规定，却动不动就上千行。暂且就凭这1000行代码，改起BUG来，也是挺烧脑的，看着这么冗长的代码就倒胃口，但硬是逼着自己一块一块改完的。
-
锻炼了自己的代码构思能力，作业项目与工程项目比起来，是麻雀虽小，五脏俱全，要是不能考虑到全局就去写，写出来的代码很烂。
麻烦
-
电梯最主要的就是三个电梯的调度算法，在我写的时候最束手无策的就是调度算法。题目没有规定，我是有自己的想法，也写得出来，但是，写出来之后，发现这个算法很乱，因为调度算法没有统一性的模板，自己写的这个功能有，那个功能也有，有时候这么一来冲突了；或者这个没有，那个也没有，就会出现BUG。算然我有了很深刻的体会，但可以说到现在，我可能还是写不出一个完全按照自己设计的调度算法
-
团队作业蕞大问题是，队员进度与总进度不能完全统一。具体表现，个人的空闲时间不同时，开会是找一个大家都有空的时间，但开会讲的方案往往是简化版，而不是最终的功能齐全的方案，这就需要后期补加，但是补加代码并不能达到同时补加的目的，我补充完代码后也许并不能马上测试我加的这段代码的BUG，若是不测试，到最后合在一起，BUG层出不穷就完了。没办法，最后选择将所有代码理解之后，统一帮队员测试
优化
一个项目写完之后，总会发现有好多废代码，然后就没心思改下去了，总想用更好的方法，所以优化，还不如重构。
重构
-
电梯作业，只是比面向过程多了一个电梯类，开始写的很面向过程，要是重构的话，我可能会写比较多的类，在写王者光耀的时候会发现，用类怎么这么方便啊。电梯具体构思还不知道，但要真是写起来，绝对会有很多类
-
团队作业，要是重构的话，可能一个人就够了，因为代码量并不大，但要是多人一起写，还多了一些麻烦。
重构计划：
1.基础物体类（基类）：最大血量，基础血量，当前血量，位置 等
2.技能类（继承基类）：攻击伤害值，攻击距离，攻击范围，附加效果 等
3.英雄类（继承基类）：移动速度，攻击距离，攻击速度，技能 等
4.小兵类（继承基类）：移动速度，攻击距离，攻击速度 等
5.建筑类（继承基类）：攻击距离，攻击速度 等
6.地图类：基础物体类的位置信息，负责输出各基础物体所留下的标记
7.系统类：记录时间，播报实时信息，检测玩家输赢
8.位置类：为基类的数据成员，x，y，范围 等
9.增加游戏界面，游戏暂停时可设置各种参数
可能还会有很多稀稀拉拉的类
个人感受
我有很深的感受啊，写完那么一小点游戏代码之后，感觉不能好好玩游戏了，对游戏的兴趣都发生了变化。
- 在玩游戏时，我可能不再去想怎么赢，而是，这一部分的代码大致是怎样实现的，会有哪几个重要参数，怎样处理数据才能少点漏洞。
- 要是在游戏是遇到了各类BUG，我会想，这是怎样的情况，是哪里处理太草率了，源代码哪种情况没有考虑到。
- 还有使用的软件界面很渣，不经意间就会吐槽，这开发者会不会设计界面啊，应该要怎么怎么样才能让用户用得舒心嘛。
- 手机系统更新的时候，会优化一大堆的东西，这些你可能完全没注意到，或者总是注意那些特别大的BUG。有次我无意间发现手机桌面，几个应用是收在一个夹子里的，向上或向下滑动时会有相应的压缩或拉伸动画，但是滑到底时有几率出现过渡动画不自然，就是感觉跳了一下，我猜测应该是，滑倒底时有个参数记录是向下对齐的纵坐标，此时它不能整除某个值，现在滑到底了，就将该参数直接等于最底坐标(可以整除了)，这样就跳了一下。这样可能是app图标高度或者图标间距设计不到位导致的。（瞎猜的，更无语的是，这个画面我玩了一下午（= v =!!!））
-
如果我平常没有这么思考过，那么我对游戏的设计与实现过程绝对会感到头痛
课程看法
我觉得挺好的，是一门高度自由的实践课，随你怎么设计，加强了学生代码构思及使用能力，也让我了解到，代码能办到的不仅仅只是解题，并且很好玩