com.panie 项目开发随笔_先后端框架考虑（2016.12.8）

（一）

　　近日和一同窗联系，说了我想要作一个网站的打算。她很感兴趣。因而咱们协商了下，便以为一块儿合做。她写前端，我写后台。由于我对于前端样式设计并不怎么熟悉。

（二）

　　咱们决定先作一个 我的博客。

　　网上查了一个常见的我的博客的模样，因而暂时拟定了一些基本功能和样式，根据基本功能设计数据库表。

　　在架构设计上，咱们就考虑了一个问题。因为先后端人员的分配，因而考虑 先后端分离 设计。

　　

　　因为原有的开发过程，若是前端也是由后台人员开发的话，那么先后端就会是 强耦合的。好比，能够写java 代码的jsp 页面（虽然也须要写js，css，html,可是因为逻辑是由java 控制的，因此，并非先后端分离）。

　　大多数后台应用均可以作成SPA（单页）应用，主要特色就是 局部刷新。经过前端控制器路由调用Ajax，后台提供接口即可以实现。（好处是，用户体验更友好，网页加载速度快，开发和维护成本下降，效率提高。坏处是，前端ajax 请求明显增多，全局数据总会出现更新错漏）。

　　前端MVC 框架应运而生，目前主流的前端框架，如React，Vue，Angular 。它能够构建一个无需服务器渲染就能够展现的网站，同时这类框架都提供了前端路由功能，后台能够再也不控制路由的跳转，将本来属于前端的业务逻辑所有丢给前端。（这个意思就是说不须要springmvc 返回哪一个页面的功能喽）

　　先后端分离的实现对技术人员尤为是前端人员的要求会上升一个层次，前端的工做不仅是切页面写模板或是处理一些简单的js逻辑，前端须要处理服务器返回的各类数据格式，还须要掌握一系列的数据处理逻辑、MVC思想和各类主流框架。

　　参考：咱们为何要尝试先后端分离

　　　　如何让搜索引擎抓取AJAX内容？

（三）

　　看了这么多的先后端 分离的理论，那我就选定 先后端 分离的架构吧！