α版本第12次冲刺

α版本第12次冲刺

α版本第12次冲刺

陈涵	张鹏	叶己峰	陈邡	杨艺	王钦泽	陈文举
3	3	2	1	1	1	1

1.GitHub上传不熟练，以及不及时的备份，导致策划丢失，不得不依靠记忆，重新来过，同时有时导致的pull同时修改，会造成合并冲突，或者覆盖，导致之前写过的代码付之东流。
2.对于java的理解，以及封装的概念，在单独的java或者C++中是十分明确的，但是到了Android Studio的界面制作时，封装的概念，不再那么清晰，因为接口是一层一层的封装，多层协调，导致最后的Android Studio后端到数据库后端，到功能上的协调不是那么有力。
3.对于应用和游戏的区别，其实选题上是带有很大激情的，但是的确在实现它的问题上，多多少少缺少了一些模板样子，我们只能用唯一的想象，把这个游戏付诸实践，其实难度还是比一些内容要大的。
4.开始的一些误判，感觉游戏只是按钮一类的东西，却忽视了，按钮的控制问题，其实后端难度还是很大的，包括每一个位置，每一周的控制，这些内容的实现，一旦想象复杂，那么从数据库，到后端，压力都会倍增，因为这不是一个简单的切换，而是一种机制，虽然说，这个游戏不太具有算法，但是其实控制本身，就无形之中成为了需要考虑的算法。
5.接口的复杂程度比较大，每加一项小的需求，因为考虑封装，所以尽量还是通过数据库来做更改，但是难度就会增大。

其实说的可以天花乱坠，但是做起来却需要很多的缜密思维，因为很多功能加入了，就要考虑关联性，这种关联性，也就是机制控制不好，将会导致各种难以debug出的问题。可能是设计缺陷，也可能是一种需要深思的非算法难题。所以有些内容或者机制，需要做一步简化，甚至多步简化，才可以在现在实现。
对于封装，因为刚刚开始Android Studio的大工程，很多东西都直接了出来，而不是通过以前的函数调用方式，这样做就会加大代码迭代的难度，降低效率，进一步封装是很重要的。

其实不管怎么样，这次实践，对于我们这个没有经历过软工的团队来说，每做的一步，都是进步，每一次的经历都是鲜活的，大家在XML的设计，排版是进步，在后端的编写逻辑，是进步，写出一整个数据库，提供完整，且完美的接口文档，更是进步。在最后了解清楚了GitHub的上传方法和规则之后，我感觉这也会是一项很大的收获。