现在流行的前后端分离项目都使用的是什么前后端框架？

开发框架主要分三块，前端，web和持久化，三者是可以自由组合的。我分开来说。

web框架

以前Java web框架还有struts1，struts2，springMVC可以选。

目前只有一个选择：SpringMVC，其它一个能打的都没有。无论是Play，GOG这类快速开发框架，还是spark（此spark非彼spark）这类轻量级开发框架，或者struts2这样的竞争对手。无论从使用人数还是生态上来看，和SpringMVC都不是一个量级。

其它框架宣传得再怎么好，都不建议投入大量精力。学习框架的设计思路可以，生产环境使用请直接使用SpringMVC。Spring系的基础设施不是其它框架可比拟的。要快速开发可以使用springboot，只需要pom依赖 一个enable注解就可以直接使用。

持久化框架

目前主流的有两个JPA和MyBatis。

如果项目是数据建模，那么使用Mybatis；如果项目是对象建模，那么使用JPA。

这里还要提一下Spring。SpringBoot的spring-data子项目应该是想统一这两者。不止是这两者，它的野心更大，想统一所有的持久层，db，redis，elasticsearch全部都有对应的项目。它想将所有的持久化操作都抽象为Repository操作。如果成功的话，业务逻辑中就完全不需要关心持久层选型了，切换框架也很方便。

前端框架

前端框架目前有三个可选项react，ag和vue。

react的语法个人很不喜欢，直接pass。。。。

ag国内热度好像不高，没太关注。

最终选的是vue，简单上手快。配套ui库也比较完善了。

如果项目中要开发小程序，建议使用vue，语法高度一致，会vue瞄一眼就知道怎么开发小程序了。

用Django做web前端如何？

先回答问题，Django不适合做web前端，Django用于做web的后台。web前端普遍使用基于jquery的框架完成。我曾将使用Django写过几个网络管理程序。下文具体说一说。

Django用来做什么

• Django是Python编写的开源web应用框架，采用了MVC的模式，方便快速构建web应用程序；

• Django主要由三个层次组成，template层用于实现与前台的交互，收集前端发送的数据；control层用于处理用户数据，实现业务逻辑；model层用于实现与数据库的连接，将数据持久化；

• Django的使用非常方便的，集成了大部分的常用功能，用户不用专门处理session，用户登陆等应用。

前台怎么写

• web应用程序的前台使用基于jquery的框架完成，jquery是使用javascript脚本需要编写的，简化了用户的编程的难度；

• 在构建web应用时，我用的是easyui框架，集成了大部分的控件，比如文本框，各种按钮，并且有布局功能，可以快速勾画web应用界面。

读书时我曾经使用java编写web应用，工作后接触了python，简单易用，可以快捷构建应用，后来使用django框架，将平时编写的小应用合并成一个可视化的的网络运维平台。

好多高职院校老师还在教jsp,网上很多开发说jsp已入土，你怎么看？

本来就已入土啊，高校机动性较差，尤其一般的学校，跟进时代的速度较慢，看你想怎么学，如果说扎扎实实打好基础，啥都学，那你是该学jsp，还有底层内核，再甚汇编。。。这属于从下到上学习。如果你要快速上岗，直接学项目需要用到的东西，现在的模式是mvvm，jsp还真的用不到，前端vue，后端springboot提供接口，完全分离，他们之间用ajax通讯，这是现在的模式。先上了岗，然后再慢慢解决并学习其中的问题，慢慢了解机制，底层等等，这属于从上到下学习。我推荐后者，因为如果你不马上介入项目看到成果，很容易你的兴趣就没了。

Vue被淘汰了吗？

我今天才开始去了解Vue-cli 3.0，着手写了一个demo下来发现，简直惊为天人，抛弃了2.x版本繁琐的webpack配置，现在的可以说简洁明了，你甚至不用写vue.config.js也行，空着呗，反正无伤大雅，但如果你配置一下你会发现也并不麻烦。

在我知道的知识范围内，应该是没有比这个脚手架更能快速直接地反应出数组或对象变化的了。

此外，语法糖基本没有很大变化，以前该怎么用现在还怎么用，只是性能优化和语法糖很多了。讲真，我完全找不到vue-cli3.0致命的坑。

然后，我还看到有人为jq打抱不平，我在一年半以前基本都是用jq写的，那时候觉得jq是js最好的框架，实在太方便了，操作dom也实在太爽了，直到我某次写一个排课项目卡了壳。。。

随后我就转小程序了，发现小程序的写法不就是vue么。。。尤其是组件的写法。。。

讲到底，vue被淘汰有点难，毕竟这个时代是操作数据的时代，已经不是dom操作的天下了。

最后，我觉得你不应该拘泥于前端框架，就算以后会出现更先进的框架，充其量也还是js，我实在想不出在框架这方面还能玩出什么花了。大概es会慢慢参考这些框架，然后自己变成如此也说不定。就比如当年你能想到js里面还能写class来继承？我第一次看到还以为是java。。。但现在不也就支持了么。。。

所以为什么不把目光放向后端？node都熟练了吗？deno了解过吗？php入门了吗？python好歹掌握一下吧？这些语言我相信以后会慢慢出现在前端必会知识点里面(虽然php已经是了，但感觉过气了啊，说好的php是世界上最好的语言呢。。。)

怎么看待一些后端程序员不写接口文档，老是以很忙为借口搪塞？

感谢邀请！
不写接口文档，一般都是很忙。或者没有空闲的时间去梳理文档。

前后端对接，一般前段开发人员一般都需要后端人员提供接口文档，但是现在swagger文档已经完全可以提供该功能。很多情况下后端开发程序员集成一个swagger进去，会自动生成相应的文档。

可以给后端开发人员一定的时间去学习swagger或者集成swagger进项目。

html可视化开发工具 h5制作平台 vue和flask前后端分离开发

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。