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

丶Lion 发布于 2019/06/28 10:08
阅读 10K+
收藏 3

【深圳】源创会:5.26下午、轰趴馆等你”

 

【如题】

 

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

 

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

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

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

 

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

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

 

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

 

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

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

 

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

 

大佬指点迷津。

 

 

以下是问题补充:

@丶Lion:我们有一个群,有搞前端的,有搞后端的。前端程序员经常在群里喷他们公司后端。后端的程序员经常在群里喷他们公司的前端。提升效率的方面,我其实这里是要打一个问号的。。。因为后台管理系统,样式可能基本都是复制粘贴(bootstrap这种),其实一个人搞,相当快就搞定了。比方说用OSC的某些开源框架,基本就是Ctrl+C。Ctrl+V。VUE这种,我个人感觉还是开发H5的手机应用比较合适。 (2021/09/29 17:08)
加载中
1
沈珈右
沈珈右

前后端分离是项目历史迭代的产物,就像分布式、大数据,是否使用要看项目团队现状。在开发人员不足或人员水平参差不齐的情况下,内部系统搞前后端分离,多半是为了吹给领导看(用了啥啥新技术)。原本一个开发可以搞定的功能,多了层接口联调,增加沟通成本不说,功能设计和后期测试反馈时,还会出现推诿互相甩锅,导致项目进展不顺。另外,管理类系统的功能相对简单,CRUD + 报表 + 流程 + 消息推送撑死,一般很少有特别的页面交互,模板引擎 + 样式库(bootstrap、layui、easyui) + AJAX足够,且大部分页面也相似,往往开发量最大的是后端的service层。

说了这么多,我还是要继续手撸vue + antd + spring boot,没办法领导说要给其它行社看看,新技术就是创新(小地方来说,这些够新了,虽然内心觉得JFinal + Freemarker + bootstrap又快又顺手)。

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

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

fish_bone
fish_bone
回复 @丶Lion : 前端的权限控制,其实就是在cookie或者localStorage里记录下访问用户的权限,然后和模板引擎一样,写个封装小组件,判定一下权限就可以了。
丶Lion
丶Lion
回复 @fish_bone : 。。。要是这样,更好了。其实我也不想写前端。后端多好。还有一点不明白。按钮权限VUE是如何控制的。用模版引擎,可能写一个【$shiro.hasPermission("sys:list:add")添加按钮$end】类似这种语句就可以了。
fish_bone
fish_bone
回复 @丶Lion : 遇上啥都不懂的老板是很头疼的!还好我老板中有个懂一些开发。然后我们公司是用vue来写类erp软件的,主要是因为我们有前端,放着不用不也浪费了么。然后在我管理下,也没有存在前端喷后端,后端喷前端的事,因为都能认知到自己的擅长和缺陷,还有连接前后端的辅助工具必不可少,交流也不能少,个人想法,前后端真不能搞成2个部门管理。反正我们公司用vue写前后端分离的erp类项目,效率很高
丶Lion
丶Lion
回复 @fish_bone : 嗯,就拿普通的企业内部应用来说。其实没有多酷炫的页面。基本就全是列表。基本就是LayUI这种。我不知道要是用VUE写什么ERP系统,还能能写出花来???主要是,最近发现了很多这种例子,【为了用而用】,不管自己公司啥情况,都是道听途书VUE怎么怎么样,就要求程序员使用这玩意儿。
fish_bone
fish_bone
回复 @丶Lion : 一个公司的问题,不是所有公司的问题,管理的不好,全是后端又有什么用,他说你表设计的傻C,你说他低能不懂你的设计,所以这个与前后端分离无关。第二个问题,你说了只是复制粘贴,那是不用前端,所以我上面说了,如果都是一个人,分离就是增加复杂。但是假如老板要你搞个新花样呢,你花多久,而前端花多久,你的技术栈支持你完成简单的样式,如果炫酷的,你不会了,这时候分工的价值就体现出来了。
下一页
0
知尔
知尔

一个人你干嘛前后端分离,前后端分离的最大目的就是前后端各司其职。另外权限按钮是可以通过权限表来进行控制和渲染的,vue有路由这种东西。

其实你可以去参考一下优秀的vue后台项目:vue-element-admin这种,说不定拿过来改吧改吧就能直接对数据了,改个主题色,ui就免写了。

知尔
知尔
回复 @丶Lion : 这是优势也是劣势,这种单页面将渲染dom这一步交给用户去处理,减少了服务器的压力,在切换页面是也不需要跳转加载重复的标题栏,尾页,菜单栏等元素。
知尔
知尔
回复 @丶Lion : 如果权限比较杂,按钮比较多,查出数据来之后可以通过数据来显示隐藏,不需要存在cookie和Storage里面,存store里面就完事了。无非就是需要一个接口获取数据,比较难处理的是跳转路由这一块,因为vue,react这些项目时单页面项目,一个项目只有一个url,其他的都是通过url后面的值来切换页面,因此在跳转时需要监听路由访问权限。
丶Lion
丶Lion
路由无非还是走的类似于ajax的前后端交互,如果这个页面上有几十个元素,都需要权限控制呢?模版引擎因为是运行在后端,直接标签括起来就完了,执行完返回给用户。如果前后端分离,是不是还需要单独写交互处理权限。楼上说的权限的数据存到cookie或者localStorage其实也是一种方式
0
杰克伦敦尘
杰克伦敦尘

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

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

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

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

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

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

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

丶Lion
丶Lion
回复 @-乐天- : 肯定有自己产品
-乐天-
-乐天-
回复 @丶Lion : 何以见得?
丶Lion
丶Lion
看到你这个头像,我就知道这人不简单
0
定期马甲
定期马甲

开发个vue后台总结

vue写后台还是很不错的.   前提是拿它当jquery用.  例如 权限生成菜单html由后台生成,换成vue就要多写N行代码.

而表单,列表什么的当然vue+ajax

丶Lion
丶Lion
那react就没法拿来当jquery用了吧。vue还好
0
小腊肠
小腊肠

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

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

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

小腊肠
小腊肠
回复 @丶Lion : 前端需求千奇百怪, 也不能全怪组件不完善, 需要自己改一下的情况还是很多的, 这也没什么好办法.
丶Lion
丶Lion
layui必须要用jquery。想用vue,但是jquery的衍生组件太多了,根本抛弃不了。vue现在的ui组件都不完善,都有坑,还不少。拿vue当jquery用也还行吧。用了几个项目用layui,说实话,还是不完善,还不如用bootstrap的bootstrap-table+bootstrap-tree全家桶。也不如jqgrid+ztree的jquery全家桶。坑不少。
OSCHINA
登录后可查看更多优质内容
返回顶部
顶部