前言：
在之前的学习中一直都是在调用一下免费的接口或者是由老师提供的接口，从来没有系统的进行过一次完整的前后端开发。这次由我们老师组织后端的同学进行了长达一周的前后端联合开发的项目。
前端后端交互，基本上是基于http+json的形式。后端专注于提供数据，更重要职责是维护系统架构的稳定，保证数据的安全。前端人员专注于交互，快速响应UI的变化。
双方交互基于http+json接口，后端人员基本只对接口负责，无需负责js和html的代码。前端人员只对界面展示交互负责，对于后端http接口如何提供正确的数据无需负责。
从确定了我们组的项目主题开始，我们就对我们组未来的业务逻辑进行了激烈了讨论。
确定了方向就好整了太多，我直接拿下后台管理系统。然后手机端让那两位好兄弟平分。
后端的好兄弟开始写接口，我们也开始了搭建静态页面。
这个静态页面的搭建我也是拿出了我十分娴熟的手法，没有多长时间就整好了。（当然不是太好看）
献丑了兄弟们
然后就开始了最难受的调试接口 。
第一次调试接口，不出意外的出了错误。
其实人生第一次嘛，出错误很正常。但是他一直错我的这个小心脏就很受打击了。
最后发现是我没得好好看接口文档，传参的方式错了。
当时我的心情真的不是很美丽。真是出师未捷身先死，让我不由得开始怀疑人生。
本来我就对于Query和body传参有点模糊，然后经过这次之后我直接反手一个百度开始了学习（在他没有出新接口的期间）
然后我就悟了。在之后的接口调用中 ，害嗨，真是一泻千里，顺畅无比。（比咱上厕所都通）
大概用了三天的时间，我的后台管理系统就完活了，之后又用了一天对页面进行了一些细节处理和美化效果，当然这期间最让我无语的是后端的好兄弟除了在登录的时候给我返回了token值，他竟然在之后的接口中都没得加token验证。
当时我真的惊呆了。我说为啥我写请求的时候为啥总感觉少了什么东西，直到我最后加路由守卫的时候才发现，我加不加守卫好像没啥用嘞，然后我特意把token值给手动删除，我发现，功能竟然还能正常操作。
随机我就开始联系后端的好兄弟 ，好兄弟也是及时的给了我反馈。他说，骚等，等我有时间加一下子。
之后他就把token验证加到了body参数里，我本着想偷个懒的态度。果断的加了路由守卫。
致辞我的后台管理系统就完活了。
这次的前后端开发中确实受益匪浅。让我知道了我的短板与不足，让我本来躁动的心更加的躁动了（嗝！）
成品的话。。。。。。。。不给看
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
