Springboot+Vue实现在线聊天室项目-总结反思

终于完成了计算机网络的大作业——SpringBoot+Vue全栈聊天室页面。

这个不大的项目前后却费了将近一个月的时间，大部分时间都浪费在了测试环境和上线环境的切换（事实告诉我，部署一个可以跨域访问的测试环境是有多么的重要，不停的打包Vue项目打Jar包SpringBoot项目真是十分操蛋）。

另外，也慢慢懂得了整个项目架构、软件工程的重要性，明明是两个非常简单的Vue小组件，组合起来之后却因为A出现了一个小Bug修改之后B又不能工作了，B再修改好之后A又出现了一个Bug，改BUG之路漫漫，看来还是解耦工作做的不够好。或许每次着手于一个项目之前都应该构建一个思维导图，构建整个项目的架构，各个部分分工合作互不耦合，不仅项目看起来更加清晰，自己写起来所花费的时间估计也比直接硬上手要好不少。自己的下一个项目应该会尽力做到这一点。

其实整个项目的大致功能早已实现完毕了，但是林林总总出现的不少BUG拖缓了许多时间。在悠悠然的修改BUG时间之中，竟然有种“不识庐山真面目，只缘身在此山中”的感觉，古人诚不欺我也。在电脑前坐好几个小时，脑子昏昏沉像一滩浆糊一般，对出现的BUG就不再拥有清晰的逻辑思维能力，依靠本能去修改BUG（还真是TM的悠悠然）。或许经验牛逼的人依靠本能修改BUG都能精准命中，但本人总是被本能带歪，A出现的BUG，本能告诉我原因应该出现在B中，于是开始了漫长的寻找B1，B2，B3…的出错之处，结果经过长时间的测试长时间的修改，就更昏头了，仿佛撞进了一个死胡同里面。这个情况也许能持续好几天，好几天都在修改同一个BUG，好几天都在找B10，B11，B12的麻烦。然后有三种情况
1.福至心灵，突然发现BUG不是出现在B处，而是出现在C处。
2.懊恼，找不到BUG所在，直至放弃
3.放弃了之后，无聊发呆的时候通过另一个角度突然福至心灵了。
没错，当我一头闯进我认为BUG所在之处B时，就已经被这个BUG所束缚了，所谓当局者迷旁观者清，明明拐个小弯就能找到解决方法，却一头攒死在这个BUG。

这让我明白了几个道理
1.用逻辑改BUG，不用本能改BUG
2.脑子昏沉的时候不写程序
3.半夜不写程序
层层递进，半夜不写程序是因为脑子昏沉，脑子昏沉不写程序是因为会用本能改bug