什么项目什么时候比较适合用VUE和react。感觉现在都是为了用而用?我怎么感觉企业内部应用,后台管理的,没必要用VUE啊。

发布于 2022-01-07 19:38:17 字数 746 浏览 1073 评论 22

 

【如题】

 

什么项目什么时候比较适合用VUE和react。现在怎么全都是为了用而用,只要是前端就用VUE了吗????我怎么感觉企业内部应用,后台管理的,没必要用VUE啊。

 

主要本人之前主要负责后端,做项目为主,互联网的项目比较少。

从hibernate,Struts1开始撸,那时候还很多用JSP的,后来撸Freemarker,再后来撸velocity,也撸过Thymeleaf,JFinal的Enjoy和beetl也用过。

感觉很多时候模版引擎的标签,相当好用,比方说字典的工具类,shiro的按钮权限标签,等等。可以直接与后台交互(虽然也是运行在服务器端的)。

 

但是如果前后端分离的这种,权限管理复杂的企业内部应用,我是不是要全部写ajax交互来访问,【是否有按钮权限】这种功能,来控制显示隐藏???

某一字典项的对应关系,是不是也要写ajax来请求后台。

 

所以这种感觉VUE前后端分离的框架,是不是很啰嗦。

 

也可能主要是我没用过VUE实操。有些东西不怎么了解。

但是现在感觉啥都用VUE,是不是不合适?????????

 

(实际上,让我一个后台程序员,去搞这玩意儿,内心里是拒绝的。)

 

大佬指点迷津。

 

 

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(22

樱花落人离去 2022-01-07 20:21:11

layui必须要用jquery。想用vue,但是jquery的衍生组件太多了,根本抛弃不了。vue现在的ui组件都不完善,都有坑,还不少。拿vue当jquery用也还行吧。用了几个项目用layui,说实话,还是不完善,还不如用bootstrap的bootstrap-table+bootstrap-tree全家桶。也不如jqgrid+ztree的jquery全家桶。坑不少。

好听的两个字的网名 2022-01-07 20:21:10

回复
@丶Lion : 前端需求千奇百怪, 也不能全怪组件不完善, 需要自己改一下的情况还是很多的, 这也没什么好办法.

爱的那么颓废 2022-01-07 20:21:07

那react就没法拿来当jquery用了吧。vue还好

瀞厅☆埖开 2022-01-07 20:21:07

如果是一些比较复杂的需求, vue的确写起来简单明了得多, 用jquery代码量搞不好是vue的几倍以上.

这个怎么用就看需求和现有的项目配置了, 我现在也在项目里尝试了针对某些复杂需求使用

 layui + jQuery + thymeleaf + vue的开发方式(不知道接手的兄弟会不会想杀了我), 我个人而言是完全hold得住的.

不再见 2022-01-07 20:21:06

回复
@丶Lion : 何以见得?

筱果果 2022-01-07 20:21:06

看到你这个头像,我就知道这人不简单

惜醉颜 2022-01-07 20:21:05

回复
@-乐天- : 肯定有自己产品

皇甫轩 2022-01-07 20:21:04

人员足够就做前后端分离,人员不够就算了!

够钟 2022-01-07 20:21:03

:joy::joy::joy::joy:二三线城市,其实没怎么有互联网公司。基本全是卖项目为主。:joy:有时候一个项目可能就不到十个人用

醉生梦死 2022-01-07 20:21:01

我也感觉是,我感觉VUE和react用的目的主要是前后端分离,减少服务端压力。我觉得做H5手机应用最合适。

南冥有猫 2022-01-07 20:21:01

关键是企业应用很多还是老浏览器,IE7/8/9,还是jquery比较稳妥

怎言笑 2022-01-07 20:21:00

企业内部应用,软件界面约简单越好,复杂性一般在后台 java/c# 程序。完全用不着VUE和react。

我也不喜欢现在一窝蜂地上 react 和 Angular.

React 和 Angular 出现的缘由,在于有的人要做界面复杂、炫酷、减少网络往返流量的效果,企业内部应用完全不用考虑这些因素。

鹤舞 2022-01-07 20:20:55

路由无非还是走的类似于ajax的前后端交互,如果这个页面上有几十个元素,都需要权限控制呢?模版引擎因为是运行在后端,直接标签括起来就完了,执行完返回给用户。如果前后端分离,是不是还需要单独写交互处理权限。楼上说的权限的数据存到cookie或者localStorage其实也是一种方式

躲猫猫 2022-01-07 20:20:54

回复
@丶Lion : 这是优势也是劣势,这种单页面将渲染dom这一步交给用户去处理,减少了服务器的压力,在切换页面是也不需要跳转加载重复的标题栏,尾页,菜单栏等元素。

睫毛上残留的泪 2022-01-07 20:20:47

回复
嗯,就拿普通的企业内部应用来说。其实没有多酷炫的页面。基本就全是列表。基本就是LayUI这种。我不知道要是用VUE写什么ERP系统,还能能写出花来???主要是,最近发现了很多这种例子,【为了用而用】,不管自己公司啥情况,都是道听途书VUE怎么怎么样,就要求程序员使用这玩意儿。

成熟稳重的好男人 2022-01-07 20:20:47

回复
@丶Lion : 一个公司的问题,不是所有公司的问题,管理的不好,全是后端又有什么用,他说你表设计的傻C,你说他低能不懂你的设计,所以这个与前后端分离无关。第二个问题,你说了只是复制粘贴,那是不用前端,所以我上面说了,如果都是一个人,分离就是增加复杂。但是假如老板要你搞个新花样呢,你花多久,而前端花多久,你的技术栈支持你完成简单的样式,如果炫酷的,你不会了,这时候分工的价值就体现出来了。

2022-01-07 20:20:44

回复
@丶Lion : 遇上啥都不懂的老板是很头疼的!还好我老板中有个懂一些开发。然后我们公司是用vue来写类erp软件的,主要是因为我们有前端,放着不用不也浪费了么。然后在我管理下,也没有存在前端喷后端,后端喷前端的事,因为都能认知到自己的擅长和缺陷,还有连接前后端的辅助工具必不可少,交流也不能少,个人想法,前后端真不能搞成2个部门管理。反正我们公司用vue写前后端分离的erp类项目,效率很高

私藏温柔 2022-01-07 20:19:57

回复
。。。要是这样,更好了。其实我也不想写前端。后端多好。还有一点不明白。按钮权限VUE是如何控制的。用模版引擎,可能写一个【$shiro.hasPermission("sys:list:add")添加按钮$end】类似这种语句就可以了。

巡山小妖精 2022-01-07 20:18:04

回复
@丶Lion : 前端的权限控制,其实就是在cookie或者localStorage里记录下访问用户的权限,然后和模板引擎一样,写个封装小组件,判定一下权限就可以了。

终遇你 2022-01-07 20:14:37

恩,如果你们公司有前端就用,没有就别用。前后端分离主要就是为了分开工作提升效率,如果都是一个人,那分起来就只是增加复杂了

青萝楚歌 2022-01-07 20:03:09

关注

清欢 2022-01-07 19:51:04

哇喔,兄弟,说到我心坎里去了。“多半是为了吹给领导看”,说的太对了。。。。。

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文