突发好奇, VB 现在用的人还多么,有哪些应用场景

2020-09-21 10:45:16 +08:00
 rodrick

之前公司有个别老的 VB 业务也有用 c#重写了,现在 vb 应用场景还多么

6381 次点击
所在节点    程序员
33 条回复
zhuangzhuang1988
2020-09-21 20:25:12 +08:00
lidlesseye11
2020-09-21 20:49:19 +08:00
日企能用 vba 在 excel 里撸出一个类 jira/redmine 的东西放在 file server 上做项目管理。。还能画各种甘特图泳道图你敢信
TonyG
2020-09-21 20:59:16 +08:00
之前的公司用 VB 写的程序控制生产钛钉的机器
delectate
2020-09-21 21:11:26 +08:00
vb6 有几个原罪,1 、性能差; 2 、稳定性差; 3 、不支持多线程; 4 、不支持协程; 5 、移植极其复杂; 6 、看似开放实际很封闭的控件。

vb 的优点:很牛逼 ide,养活了易语言;带领很多人入门。
不过语法有缺陷,该死了,已经死了。
daozhihun
2020-09-21 21:43:45 +08:00
之前在前司的时候,有一款大的产品里面有一个客户端是用 VB6 写的(还是一个挺重要的客户端,给大 BOSS 用的)。
最初是 2001 年的,一直用到现在还在维护,不过里面的部分组件已经用.NET 重写了,但总体上还是 VB6 的代码。
从现在的观点来看,VB6 确实很过时了。但是放在当时,确实是极其好用的,开发效率快,反应迅速,支持的第三方组件多。
现在新项目基本上不可能用 VB6 了,不过还是有一些老项目要维护的,可能不是大的软件企业,基本都看不到了。
daozhihun
2020-09-21 21:46:54 +08:00
@daozhihun PS 接楼上:前司的那个大产品线里,大部分客户端都用 C#重写了,上面提到的那个 VB6 的客户端有多次计划重写。
但是由于功能太多太多太多(毕竟一直迭代了十几年),大概估算了一下全部重写至少要 3 年的时间,而且还不包括有 bug 或者业务流程不对的地方需要解决(毕竟十几年了,有些细节的业务目前的开发者和产品经理都不一定知道了),所以一直到现在都没有重写(听还在那的同事说到是有计划用新产品替代,不过那个客户端目测至少还要再战 5 年)
greatbody
2020-09-21 22:03:52 +08:00
VB6 只要不做游戏,和高性能计算,其实够用。
Narcissu5
2020-09-21 22:12:09 +08:00
之前想在一堆 word 里面实现查找替换,换了一堆 python 和 java 的库都不好使,最后换了 vb 爽得不要不要的
alfchin
2020-09-21 22:51:05 +08:00
@LZSZ delphi 毕竟是竞赛用,基数自然大
netlous
2020-09-22 01:53:42 +08:00
vb 性能差是差,但总不会慢过 Python,而且只要不做算力密集型任务都没什么区别……
vb 最致命的问题其实是语言和库支持过时,2020 年连解析个 json 都要手撸,内置的集合不能删除元素,官方库的读取文本只支持到 ascii……总之各种坑,不过内嵌在 office 做自动化也挺好的(虽然有往 js 发展的倾向)
Mac
2020-09-22 02:01:59 +08:00
VB6 现在做 WIN 小的软件很实用啊,默认控件已经集成到 WIN7 以后的系统里了,不用装运行库了。
Gathaly
2020-09-22 04:46:02 +08:00
除了 office,听说过 powerbuilder 没... 还有一系列制造业的小工具,都是 vb
levelworm
2020-09-22 05:42:20 +08:00
@Narcissu5 Office 的东西目前来看还是 VBA 最方便。Python 库是多但是连接 Office 还是不方便,除非微软自己把 Python 镶嵌进去。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/708957

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX