为什么网站后台会选择VUE?选择的理由是什么?
最近在themeforest 上面 买了几个VUE漂亮的后台管理模版,想把现有的网站后台换成VUE,但是发现用起来很麻烦;
Laravel 上有Jetstream 但是与laravel-admin nova比起来开发网站的效率还是很慢;
如果使用Think php 一直用的layui,只需要写个接口GET Data 即可,原来的模版引擎,效率很快效果很好;
如果VUE 既要写 route 还要写守卫 还要 HTTP 拦截器 而且每个页面都要单独的数据等,既要写服务端API还要写VUE,比起直接使用模版起来 多了很多步骤,也就导致效率减慢!
请问下在这种情况下为什么还要选择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(改造過)吧。
我就是让他帮我绑定数据用 :joy:
曾经有个前端框架,忘记是不是这个框架了。因为太早了。15年的时候吧。然后封装了一个评论读取的列表。结果特别慢,要5秒才能出来。然后实在是忍不下去了,用 bootstrap 给重写了这个列表,我去,直接秒开,爽了。
就可以专注开发接口了,而不用操心页面显示,不用管主观上页面美丑问题了
你现在觉得他麻烦,那是因为现在你还不需要;你后你需要了自然就明白了。
因为分工,因为加速
关键是适不适合。我一个人搞前后端也不想用vue,虽然开发小程序的时候体会到vue确实很方便,但是这个玩意从开发到部署真的是很麻烦。
我作为一个两种都用过的菜鸟来讲
我是认为开发起来,用vue进行前后端分离开发的效率是比模板渲染高出很多倍的,当然只是个人的拙见,暂时就想到如下原因:
1、自己一个人干活是真的累
2、用JQ写页面是真的要写很多很多代码
3、Vue也有现成的后台模板,做好轮子之后,用起来其实特别快
4、关于路由守卫这些问题,我觉得一套系统,最基础的东西布下来,基本都是用接口返回菜单去管理了
5、混编的代码是真的看的很难受- -
6、开发复杂交互的时候,jq我真的写到想发疯
补充一点:就像Laravel admin 这些确实开发快,但其实我自己开发的时候,也会有一套适合自己快速开发的系统,也是前后端分离,一个项目如果全是CURD,一两天就撸完了,而且在美观程度上,我觉得现在的Vue后台模板确实更胜一筹
本质上是因为前端交互越来越复杂了。复杂就产生了工作量,然后产生了分工,然后产生其他。