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