工作阶段总结:完成前端功能的开发,以及前端与后端接口的设置与连通。游戏进入一个十分粗糙的版本。
心得体会:
首先,关于新知识学习阶段。由于此次我是从后端突然扔到前端开发,因此我对前端一些网页开发的语言知识,并不是很了解,只能强行上手。可以说,在整个功能开发过程中,我是十分痛苦的,因为对于js语言没有一个大体的认识,但看一些功能以及方法,函数体的话,不知道它究竟是怎么工作的,以及其语言特性。后来,在组长的建议下,我通过一些别人代码的例子,逐渐了解了phaser 和js语言的特性,这才让开发过程慢慢走入正轨。由此,我收获的经验是,面向example编程,不失为一种快速学习新语言的好方法。因为它不仅能让你从感性上认识该种语言的代码风格,还能在具体的函数体使用,变量使用,编程思想上,给予你全面的指导。
其次,在团队协作方面。其实,我觉得这次前端界面开发,是有一处败笔的。那就是,我和另一个组员一起在开发前端界面,虽然前面是说两个人开发的内容不重叠,各自开发各自的功能模块,但是,到了后面,就开始暴露出来了各种问题。第一,体现在,代码风格上。由于另一个组员的代码风格和我的完全不同,这使得我很难读懂他的代码,而且,在一些全局变量的设计上,两个人的命名习惯也不同,甚至出现全局变量和局部的冲突,这导致了整合过程中,出现了很多奇奇怪怪令人糟心的BUG,大大破坏了程序的完整性。其次,还体现在代码管理上,我们都用的是GitHub管理代码,但是我们两个人开发的代码都在同一个文件上,这就使得我们在同时开发的过程中,push和pull变得极其繁琐,既要兼顾自己的代码,又要兼容对方的代码,一旦修改了对方的代码,对方又不知道,极易使得代码突然崩溃。又或者己方改了代码,push上去了,而对方在push之前忘记了pull整合代码,这又使得己方的代码可能被覆盖。在开发过程中,我就有过,因为这种事情,导致我的本地代码和远方被另一个组员修改的代码多方面冲突了,而且回退版本也解决不了,甚至把本地的越弄越乱,最后,我只能选择,删库跑路(划去)。重新创建版本库,把自己的代码重新写一遍。
最后,还有一个感受就是在api前端后端接口对接上。真的,我们队的主要前后端功能都在一个半个星期前就完成了,但是对接现在却还是有些问题。因为事先没考虑到对接过程中的一些情况,就草草开始,结果到后面,对接的艰难无比。这体现在两个方面,一是前端不了解后端传入参数的格式以及意义,以及什么时候传入,而后端不知道前端需要什么数据,前端所需要的数据格式是什么,除此之外,还有传入和传出数据的数据流,以及一些特殊情况如不选择牌时,跳过时应该传入什么,这些都需要双方约定,一旦一个环节对不上,整个代码便会崩溃。经过这次对接的经验后,我的收获是,在进行api对接的时候,一定要先双方约定好再下手!!!即,双方先约定好每个流程,每个阶段,传入与接受数据的方式,格式,特殊情况的安排,阶段等,越详细越好,越通俗易懂越好最好是这个流程能在假设的情况下完完全全的跑通,没有任何逻辑漏洞。然后把这个api规定给写死,写成文档形式,然后让前端和后端都对照这个文档进行对接操作。Api对接文档一定要在开始设置接口前就写好,这能大大减轻后期对接接口时大改代码的风险。
原文地址:https://www.cnblogs.com/wispytrace/p/9175183.html