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

丶Lion 发布于 2019/06/28 10:08

阅读 10K+

答案 10

Velocity

Apache FreeMarker Thymeleaf

Beetl

ReactPHP

【如题】

什么项目什么时候比较适合用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)

加载中

沈珈右

2019/07/01 09:06

该评论暂时无法显示，详情咨询 QQ 群：点此入群

丶Lion

2019/07/01 09:30

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

回复举报

madmadman

2019/06/28 10:10

关注

评论 (0) 引用此答案举报

fish_bone

2019/06/28 10:11

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

评论 (6) 引用此答案举报

fish_bone

2019/06/28 11:48

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

回复举报

丶Lion

2019/06/28 11:39

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

回复举报

fish_bone

2019/06/28 11:27

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

回复举报

丶Lion

2019/06/28 10:36

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

回复举报

fish_bone

2019/06/28 10:27

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

回复举报

知尔

2019/06/28 11:46

该评论暂时无法显示，详情咨询 QQ 群：点此入群

知尔

2019/06/28 15:44

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

回复举报

知尔

2019/06/28 15:44

该评论暂时无法显示，详情咨询 QQ 群：点此入群

丶Lion

2019/06/28 14:56

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

回复举报

杰克伦敦尘

2019/06/28 14:44

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

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

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

评论 (1) 引用此答案举报

丶Lion

2019/06/28 14:52

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

回复举报

rfvtgbyhn

2019/06/28 14:58

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

评论 (1) 引用此答案举报

丶Lion

2019/06/28 15:02

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

回复举报

-乐天-

2019/06/28 15:10

人员足够就做前后端分离，人员不够就算了！

评论 (3) 引用此答案举报

丶Lion

2019/06/28 17:20

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

回复举报

-乐天-

2019/06/28 16:56

回复 @丶Lion : 何以见得？

回复举报

丶Lion

2019/06/28 15:15

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

回复举报

定期马甲

2019/08/27 12:43

该评论暂时无法显示，详情咨询 QQ 群：点此入群

丶Lion

2019/08/27 13:09

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

回复举报

小腊肠

2019/08/27 13:25

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

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

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

评论 (2) 引用此答案举报

小腊肠

2019/08/27 14:46

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

回复举报

丶Lion

2019/08/27 14:11

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

回复举报