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

（一）

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

（二）

　　我们决定先做一个 个人博客。

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

　　在架构设计上，我们就考虑了一个问题。由于前后端人员的分配，于是考虑 前后端分离 设计。

　　

　　由于原有的开发过程，如果前端也是由后台人员开发的话，那么前后端就会是 强耦合的。比如，可以写java 代码的jsp 页面（虽然也需要写js，css，html,但是由于逻辑是由java 控制的，所以，并不是前后端分离）。

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

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

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

　　参考：我们为什么要尝试前后端分离

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

（三）

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

 

　　

 

转载于:https://www.cnblogs.com/panie2015/p/6211817.html