为什么网站后台会选择VUE？选择的理由是什么？

因为卷啊

任何事物的存在都因有其需求，其根本是为了解决一些现实的问题，同样的道理，框架也是如此，就像 vue 作者所说的那样：框架的存在是为了帮助我们应对复杂度。

在应用达到一定的复杂度后，laravel-admin 显然并不能再满足需求，同时 laravel-admin 同时过多的消耗了服务端资源，这就需要我们寻找其他替代方案

不瞒你说我之前也是 layui 的重度用户，还付费了 layuiadmin，但是现在如果让我选我会原则 VUE，原因对我来说可以使开发更愉悦，各种组件拿来即用，而且数据的双向绑定省下了很多没必要的代码，身为后端开发这使得我可以更加专注于业务逻辑的编写。

增加就业岗位，我觉得非常有意思的是前端经常说提升性能。现在都 5g 时代了，换个显卡，换个 cpu 不比那些所谓的提升性能强个十万八千倍。

我觉得，最大的优势是混编吧

各有各的优势吧。只选择 vue 这种前后端分离的，也不见得没有问题。人力财力够那没问题，人力财力都有问题了，不见得到选 vue 这些很好。大得来说，大公司某些项目选这种合适，某些就不合适

vue 这种工程化团队协作，分工明确很方便，如果人手不够甚至前后端都是一人的话，的确不方便。

混编的改起来特别费劲呀，很多东西都改不动。

我在修改乱糟糟的模板代码的时候， 对前后端分离的认同度是最高的。 因为这样我就可以不用管前端有什么逻辑，交互和模板里看起来不怎么悦目的代码了。
然而实际情况可能不止于此， 如果只是一个后台程序， 我并不认为前后端分离有多大的优势。
但是如果你的程序有多个端，web, h5, app, 小程序等等，这个时候是不是前后端分离有显得很合理，后端只需要提供接口， 前端各自自行对接。

我是 PHP，同时也是用 uniapp，真的好用，比 jquery 好用太多，学习成本很低，一天就可以上手

个人觉得是因为用 vue 编程更容易实现一些复杂需求，特别是对一些 JS 基础不太好的人来说

页面有简单、复杂、巨复杂的交互逻辑。每种技术都有不同的使用场景，不能一概而论。 拿我们自己来说，简单的就用 CRUD 自动生成，复杂的就用 CRUD 生成结合配置或 VUE 实现，巨复杂的就还是回归 VUE 实现比较方便可控。

你要快，肯定 laravel-admin，nova 这种现成的后台快啊，，，

选择的理由是前端、后端、产品经理三种角色都有人干，分工明确。你一个人干前端 + 后端 + 测试 + 产品经理 +.......

因为后端只需要写接口就完了

我一向坚持后台用 Dcat-Admin

小公司 没余力去吃后台。

前后端分离是为了要让人专注于该专注的部分
后端人员就好好专注于后端工作
前端人员就好好专注于前端工作 相互配合做好一个项目

而不是， 做后端的又要写 API 接口也要写 VUE

如果你是全干工程师呢， 就用你熟悉的技术或者喜欢的技术去解决问题

用 layui 就没有热加载了，每次改完还得去刷新一下页面，如果没有开浏览器缓存，每次加载一堆库，开发效率很慢 而且 jq 的页面生命周期自带的就一个 $(function), 要实现一个像 vue 的 updated 这种数据监听都要费不少功夫

vue 真的非常好用！！！

因为公司要求的吧。如果是我的一个人开发后台，第一意愿，当然是混编，因为快，更多心思专业于后端代码。两个人就分工就更好了，前后端分离。

是我的话，即使不分离，我也更愿意通过 cdn 引入 vue 来操作 dom，比 jquery 可方便简洁太多了。

使用 vue 最大的好處就是不用操作 dom 和代碼比使用 jq 要簡潔很多，但是要是 組件的封裝，通信，路由，攔截器出現問題不熟悉的情況下處理起來就有點麻煩。而且每次的小修改都要重新打包代碼再上傳服務器這是個痛點。而且脚手架安裝編譯也是個痛點。要是公司有中高級前端可以用 脚手架 + vue 形式因爲上面的這些前端基本可以解決。要是沒有我寧願單獨引入 vue 然後自己去封裝一些常用組件（input，formData，圖片上傳等）或者引入 ui 框架，也不願意使用脚手架。比如說項目安裝了 sass 然後你少安裝了一些依賴，這時候你執行 npm install 是會報錯的 (當時因爲安裝 sass 比較麻煩所以，把 sass 改成 less) 還有一些配置問題都是不可控的。話說回來工作 3 年了，寫前端的代碼基本比寫 PHP 還多就連 TP5，laravel 也沒有實戰過。大多時候用的是公司的自研框架 (只有基本的增刪改查) 和以前公司 TP3（改造過）吧。

我就是让他帮我绑定数据用

曾经有个前端框架，忘记是不是这个框架了。因为太早了。15 年的时候吧。然后封装了一个评论读取的列表。结果特别慢，要 5 秒才能出来。然后实在是忍不下去了，用 bootstrap 给重写了这个列表，我去，直接秒开，爽了。

就可以专注开发接口了，而不用操心页面显示，不用管主观上页面美丑问题了

你现在觉得他麻烦，那是因为现在你还不需要；你后你需要了自然就明白了。

因为分工，因为加速

关键是适不适合。我一个人搞前后端也不想用 vue，虽然开发小程序的时候体会到 vue 确实很方便，但是这个玩意从开发到部署真的是很麻烦。

我作为一个两种都用过的菜鸟来讲
我是认为开发起来，用 vue 进行前后端分离开发的效率是比模板渲染高出很多倍的，当然只是个人的拙见，暂时就想到如下原因：

1、自己一个人干活是真的累

2、用 JQ 写页面是真的要写很多很多代码

3、Vue 也有现成的后台模板，做好轮子之后，用起来其实特别快

4、关于路由守卫这些问题，我觉得一套系统，最基础的东西布下来，基本都是用接口返回菜单去管理了

5、混编的代码是真的看的很难受 - -

6、开发复杂交互的时候，jq 我真的写到想发疯

补充一点：就像 Laravel admin 这些确实开发快，但其实我自己开发的时候，也会有一套适合自己快速开发的系统，也是前后端分离，一个项目如果全是 CURD，一两天就撸完了，而且在美观程度上，我觉得现在的 Vue 后台模板确实更胜一筹

本质上是因为前端交互越来越复杂了。复杂就产生了工作量，然后产生了分工，然后产生其他。