关于前后端流程的思考

关于前后端流程的思考

因为项目需要，最近去做了几天前端，技术栈用的vue+各种ui库，这20天下来也是受到了很多启发，从前端的角度观察项目也是比较有趣，所以记录下来。
因为我本身是做PHP，之前也少不了自己写页面的情况，但纯用vue做开发还是第一次，本来还是有点忐忑觉得自己的前端水平不知道难呢过不能做的好。结果是很出乎我意料，虽然这个项目封装的很好，vue的组件特性被运用的淋漓尽致，导致各种引用使代码变得很复杂，但阅读起来并不会太难，大概花了半天研究了下代码后就得出了个结论：他们有良好的代码习惯以及成文档的代码风格。比如说涉及到一个超长表单的验证，验证的逻辑绝对不会在主模板里，而是被封装到各个组件的代码中，这样我后续在修改和新增逻辑时就能帮助我很快的定位。只要熟悉了他们的写法思路，代码也就迅速的上手并欣赏。
不过比较糟糕的是这个团队的水平参差不齐，导致沟通方面存在很大障碍。团队中熟悉git的只有我一人，之前的管理工具都是用svn，所以就有了个很棒的画面：一堆后端时不时跑到前端这边问关于git使用的问题（后面还写了个小白上手用的readme）。前后端交互方面也有很大问题，因为项目进度急，所以他们的解决方案总会变成由前端针对单产品特殊处理，当然这种方案肯定不可取，就像我们老大之前给我讲了“成本”的维度一样：诚然，所谓“写死”的操作能快速的解决业务的需求或是bug，但站在我们整个项目的角度看，前端能做的事应该被无限的缩小，对于前端来说只是根据后端的条件去渲染页面，我总结下来就是一个美好的目标：前端应完全能被后端控制。当我们已这个原则去考虑接口和功能时其实一切都很明了，也能让项目走的更加扩展（比如以后对接同功能的APP或是小程序就可以复用一套接口）。
其他的先不记了，工作槽点太多，收获也是蛮多，希望能对后面进军开发node有所帮助 。 记于20/6/17下班洗澡后