前后端分离与不分离

前后端分离是一种架构模式，说通俗点就是后端项目里面看不到页面（JSP|HTML）,后端给前端提供接口，前端调用后端提供的REST风格接口就行，前端专注写页面（html|jsp）和渲染（JS|CSS|各种前端框架）；后端专注写代码就行。前后端分离的核心：后台提供数据，前端负责显示

MVC设计模式。Model—View-Controller 模型-视图-控制器  

它是怎么工作的？通俗来说：你在页面输入一个网址（请求-Request），这个网址跑到哪里去了呢？就去调用接口（REST风格），这个接口其实就是访问后端的一段代码（方法），后端有很多方法，如何确定访问的是哪个方法？就是接口定义好的，比如：177.25.26.7/idp/user/login,这里面的idp就表示一个服务(一个工程)，user表示一个类，login表示具体要调用的那个方法，你一旦回车，就直接调用了后端这个方法，后端这个方法就去数据库（MySQL|Oracle|其他）取数据，数据库表中每一行数据就表示一个对象，也就是一个JavaBean，最终用pojo方式存到集合框架（List|Map|Set|等）中，方法把这个集合返回，那么调用这个接口的结果就是会响应（Response）给你一个结果集，前端就拿到了这个数据，然后通过页面（html|Jsp）展现出来，这个用户看到的就是View层做的事

情。

以下借助图文方便理解

 

Mvc模式优缺点

MVC 模式早在上个世纪 70 年代就诞生了，直到今天它依然存在，可见生命力相当之强。MVC 模式最早用于 Smalltalk 语言中，最后在其它许多开发语言中都得到了很好的应用，例如，Java 中的 Struts、Spring MVC 等框架。正是因为这些 MVC 框架的出现，才让 MVC 模式真正落地，让开发更加高效，让代码耦合度尽量减小，让应用程序各部分的职责更加清晰。 
既然 MVC 模式这么好，难道它就没有不足的地方吗？我认为 MVC 至少有以下三点不足： 
1.每次请求必须经过“控制器->模型->视图”这个流程，用户才能看到最终的展现的界面，这个过程似乎有些复杂。 
2.实际上视图是依赖于模型的，换句话说，如果没有模型，视图也无法呈现出最终的效果。 
3.渲染视图的过程是在服务端来完成的，最终呈现给浏览器的是带有模型的视图页面，性能无法得到很好的优化。