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

最近在themeforest 上面 买了几个VUE漂亮的后台管理模版,想把现有的网站后台换成VUE,但是发现用起来很麻烦;
Laravel 上有Jetstream 但是与laravel-admin nova比起来开发网站的效率还是很慢;
如果使用Think php 一直用的layui,只需要写个接口GET Data 即可,原来的模版引擎,效率很快效果很好;
如果VUE 既要写 route 还要写守卫 还要 HTTP 拦截器 而且每个页面都要单独的数据等,既要写服务端API还要写VUE,比起直接使用模版起来 多了很多步骤,也就导致效率减慢!
请问下在这种情况下为什么还要选择vue呢?

《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 34

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

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

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

1年前 评论
李小明 (楼主) 1年前
荒街! (作者) 1年前
keyboby 1年前

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

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

1年前 评论

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

1年前 评论

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

1年前 评论

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

1年前 评论
liziyu 1年前

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

1年前 评论

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

1年前 评论

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

1年前 评论

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

1年前 评论

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

1年前 评论
Buffett-Cai

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

1年前 评论
李小明 (楼主) 1年前
Buffett-Cai (作者) 1年前

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

1年前 评论

我一向坚持后台用Dcat-Admin

小公司 没余力去吃后台。

1年前 评论

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

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

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

1年前 评论

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

1年前 评论

vue真的非常好用!!!

1年前 评论

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

1年前 评论

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

1年前 评论

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

1年前 评论

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

1年前 评论

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

1年前 评论

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

1年前 评论
fatrbaby

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

1年前 评论

因为分工,因为加速

1年前 评论

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

1年前 评论

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

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

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

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

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

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

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

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

1年前 评论
fatrbaby

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

1年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!