前后端分离的开发究竟应该是怎样的？

[编程小透明]

后端是跟数据库跟服务器打交道的，前端是跟浏览器打交道的。现在有很多的基于语言的模板引擎：freemarker、beetl、thymeleaf 等。之前学 Javaweb 的时候，很多时候页面的数据都是用的 jsp，在 HTML 页面里写 java 代码，做数据展示，或者是拼接展示数据等。这样对于后端开发来讲，h5+css3+js 技术都要懂一些，这里所提到的并不是精通。而现在的模板引擎也是一样的道理，有的时候需要对页面标签，布局都有了解。我觉得现在的基于模板引擎的开发还是前后端存在耦合。这样一来，前后端开发的界线是什么呢？ 我所向往的前后端分离开发：约束只有数据接口文档，后端对数据库操作，对数据按照接口文档进行封装返回即可。前端对索要展示的页面进行创建，通过 ajax 取得后端返回数据，渲染页面，做页面的数据展示。 现在基于模板引擎的开发，感觉数据渲染的模板工作也是后端做的。emmm JavaScript 真的揪心让人，对前端无感，水太深。 我也想了解了解，前端大神都是怎样认为呢？

[Defonds]

分割线主要区别在部署上。
当然开发模式、采用技术等也有所差异。

[能吃是一种怎样的体验]

真正的前后端我也不只知道咋样。之前做过springboot+html整合的项目，前端的页面部署在njinx上。。页面使用静态跳转的形式， 只有获取数据走了后端。

[alunSemiconductor]

在开发和部署上，前端和后端分别进行，前后端只是通过接口文档联系到一起。
我们项目现在都是这样做的：
前端组负责静态页面开发和JS逻辑代码、请求数据后的渲染；
后端只负责写rest接口，形成文档（springboot有自带的Swagger UI,还算好用）。

这样子开发效率还是比较高（前提是大家在各自领域专业度较高的情况下），对于开发人员来说更加细化专业分工，更容易从某个方面得到较大的提升。
当然不好的地方也是很多，沟通成本高就是其中之一，还有就是想综合发展的不适合这样子的开发模式，比如写接口的长期接触不到前端代码，写页面的又不懂后台接口。

[LastOfTheWilds]

就是后端写逻辑接口 然后前段调用后端写的接口就行

[RUA好多鱼~]

我现在就是前后端分离的开发模式呀，首先先制定好项目结构，后台技术选型，搭建框架，前台写个简单的demo，然后写个接口文档，表明功能和返回数据的结构，然后前端只负责页面的交互设计和数据渲染，页面的跳转，ui做图片切图等等，后端就开发业务逻辑就好，定期对接一部分开发好的接口，然后前后端联合调试一下，基本就这样。 但是吧，我发现一个问题，就是现在前后端是分开做的，要看你的队友是否靠谱，我以前是前后端都做，页面用jsp写的，对前端多少了解一点，现在只做后台，不过和我配合的前端貌似经验不是很充足知识面也比较窄，各种常见的通用业务的套路都不太了解，这样就需要一定的沟通成本，有时候真的很蛋疼

[江北雪]

前端定义 展示实体
后端定义 业务实体 可通过Orika 进行 数据映射 ；尽量减少前端与后端的耦合 ， 但并不是没有关系，没有的数据，大家还是要一起加的

[xujun5031]

我们是这么搞的：前台Vue，后台负责Rest接口