从 MVC 到 前后端分离

[TOC]

MVC的全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，是一种软件设计典范。

MVC开始是存在于桌面程序中的，M是指业务模型，V是指用户界面，C则是控制器。
使用的MVC的目的：在于将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式
mvc

MVC

• Model（模型）是应用程序中用于处理应用程序数据逻辑的部分。通常模型对象负责在数据库中存取数据。
• View（视图）是应用程序中处理数据显示的部分。通常视图是依据模型数据创建的。
• Controller（控制器）是应用程序中处理用户交互的部分。通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据

优点:

（1）首先，最重要的一点是多个视图能共享一个模型。同一个模型可以被不同的视图重用，大大提高了代码的可重用性。
（2）由于MVC的三个模块相互独立，改变其中一个不会影响其他两个，所以依据这种设计思想能构造良好的松耦合的构件。
（3）此外，控制器提高了应用程序的灵活性和可配置性。控制器可以用来联接不同的模型和视图去完成用户的需求，这样控制器可以为构造应用程序提供强有力的手段。

缺点:

（1）增加了系统结构和实现的复杂性。 对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
（2）视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。
（3）视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能

1. 每次请求必须经过“控制器->模型->视图”这个流程，用户才能看到最终的展现的界面，这个过程似乎有些复杂。
2. 实际上视图是依赖于模型的，换句话说，如果没有模型，视图也无法呈现出最终的效果。
3. 渲染视图的过程是在服务端来完成的，最终呈现给浏览器的是带有模型的视图页面，性能无法得到很好的优化。

前后端分离(mvvm)

rest服务(URL定位资源),REST服务，前端关注界面展现，后端关注业务逻辑，分工明确，职责清晰;
进行序列化，则需要在该返回值上使用@ResponseBody

[CORS全称为Cross Origin Resource Sharing（跨域资源共享），服务端只需添加相关响应头信息，即可实现客户端发出AJAX跨域请求。]
CORS技术非常简单，易于实现，目前绝大多数浏览器均已支持该技术（IE8浏览器也支持了），服务端可通过任何编程语言来实现，只要能将CORS响应头写入response对象中即可。

• 解决REST安全调用问题，可以做得很复杂，也可以做得特简单，可按照以下过程提供REST安全机制：
  当用户登录成功后，在服务端生成一个token，并将其放入内存中（可放入JVM或Redis中），同时将该token返回到客户端。
  在客户端中将返回的token写入cookie中，并且每次请求时都将token随请求头一起发送到服务端。
  提供一个AOP切面，用于拦截所有的Controller方法，在切面中判断token的有效性。
  当登出时，只需清理掉cookie中的token即可，服务端token可设置过期时间，使其自行移除。

前端渲染和后端渲染