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

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

 

【如题】

 

什么项目什么时候比较适合用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的手机应用比较合适。 (2019/06/28 10:17)
加载中
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
ChenJacklondon
ChenJacklondon

企业内部应用,软件界面约简单越好,复杂性一般在后台 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全家桶。坑不少。
0
权哥Panshi
权哥Panshi

楼主指出了目前业界一个非常普遍非常不堪的问题——无脑跟风、不负责任、简历驱动开发!

不仅前后端分离滥用,微服务现在更是泛滥成灾了。

我司现在就深受此害:最典型的有个医疗行业外围系统,本来可以很简单的用最常用技术栈就能搞定的,非得用前后端分离+微服务,

一个半吊子pm兼架构师,我发现他连基本的AOP、OO面向对象、设计模式、事务、maven构建这些基础的东西都玩儿不明白,就搞dubbo zookeeper分布架构,结果把项目搞得像一坨shit。

每新增一个医院 就在代码中几十个地方加else if 。。。。。

测试、正式环境都跟垃圾堆一样,起一堆dubbo服务 ,日志乱放,认证和权限靠hardcoding硬编码。。。

就是个微服务华丽外衣包裹的垃圾。

 

吐槽完了,回到主体

ERP及类似的后台操作型系统 我觉得绝对不能用互联网的前后端分离模式去做,

首先 人力成本你受不了,互联网人家是烧资本的钱 玩儿估值 找下家接盘的,你做ERP苦哈哈赚辛苦钱的公司 学bat不是找死?

其次 前后端分离 沟通成本极高,效率极低,只适合平台型产品,不适合项目型公司;因为平台型产品是一个稳定的团队长时间(几年)只专注做一个项目(群),沟通机制 配合都比较顺畅,能够降低前后分离的成本;

但是项目型公司 每个项目周期很短 团队临时拼凑,等你磨合好了 班加完了 效率上去了,项目已经验收解散了。

更糟糕的是 项目上线后 留守的维护人员 很难再组成完整前后端团队,遇到问题都是找人 沟通 扯皮。。。

还以我司为例,医疗行业一个接一个的杂七杂八小项目,老项目每个小需求开发 找齐人都费劲。。。

第三,前后端分离的好处你得不到

首先企业级系统不像互联网产品那样需要把颜值 UI交互做到极致,其实互联网产品也只有C端消费类产品才需要颜值 体验做到极致,B端产品都是菜单 表格 表单 按钮 chart这些东西,做的简洁大方 操作方便 数据丰富 功能丰富才是最重要的。B端产品永远不可能比C端产品漂亮性感。

企业级操作型系统 是用来干活 管理 生产的严肃场景,强调操作便捷 高效。

能一屏展现的 不要跳转 不要弹出 不要展开,所以界面必然堆砌大类菜单 表格。。。

甚至需要右键菜单、快捷键这些互联网产品不可能出现的东西。

其次,企业级系统其实没有什么高并发需求,没有秒杀 大促 做活动,90%的系统其实都是极低的并发;

前后端分离的一个好处就是nginx部署静态内容  减少应用服务器压力 带宽压力。。。

 

未完待续:

 

最后推荐一个我对这个问题的解决方案:ZK(The leading enterprise Ajax framework)

https://blog.csdn.net/daquan198163/article/details/9304897 

https://www.zkoss.org/ 

返回顶部
顶部