上位机开发很难么?且看我用vbs

xcodes

有时候我们为了开发一个小上位机程序 不得下载vb vc vs delphi 等庞大的软件
安装，学习，使用 等 浪费了很多的时间

那么能不能用vbs来编写上位机程序呢?
某不才 经过仔细思考 研究得出了结论 完全是可以的
不就是vbs调用个控件么?
下面是个简单的例子
-------codes start----------------------------------
Comm=CreateObject("MSCOMMLib.MSComm") '首先创建一对象
Comm.CommPort= '设定要使用的端口1～16
Comm.Handshaking=0                        '见详解
Comm.RThreshold=0
Comm.Settings="9600,N,8,1"
Comm.InputLen=0                           '
Comm.RTSEnable=False
Comm.PortOpen=TRUE                        '设置完毕打开
if Comm.Input=                        '如果接收到什么
....
do my funnction
....

Comm.Output="hello,world"                '发送string
Comm.PortOpen=FALSE                        '使用完毕，关闭
------------codes end--------------------------------------------------
短短数语，言不达意，若要深入了解，请点击此处下载 相关文档ourdev_425451.rar(文件大小:203K) (原文件名:MSCOMM32.rar)

谢谢阅读.

zcllom

现在很多大软件里都有 VBA 接口，Office、AutoCAD、CorelDraw……，用它们自带的接口都能做上位机软件开发。

guantingwei

是啊。
主要是做二次开发比较方便。

pcs3

vbs不方便调试

bigluo

入门都容易。。。

favr

1、如果不用界面，在后台运行Script，可靠性是个问题——脚本程序本来是为运行一次而设计的，要让一个脚本跑上十天半月没死就困难了，何况很多程序都要求不间断运行？
2、当需要界面时，用什么做UI？如果用IE做UI，是可以的，但脚本和UI间的调用是跨进程的，不说性能如何，就是用脚本来处理MSCOMM和IE之间的异常就够受了，在没有“容器”的情况下，MSCOMM并不好用。
当然，如果用MS Office，VBA还是一个很好的选择，例如通过串口操作GSM模块收发短消息，再用数据库来处理之类的工作，用Access/VBA来做确实很省事，性能、可靠性都还过得去。

rainyss

我就搞不懂,为什么MS那么推崇BASIC家族,却不搞搞C家族.拿服务器端来说,当年ASP红极一时,没多久就被JSP和PHP搞下去了.再看看IE端,本来VBS活得好好的,但现在满世界用的都是javascript了.
BASIC平易近人是没错,可真正能带动一片天的是那些相对比较专业的程序员,这些人哪个不会用C....说白了MS是不想跟C发生关系,以免要交什么费什么费.

xcodes

这就是技术人员与企业家的 眼光 关注点不同了

技术人员讲的是专业。让人感觉这很牛逼，一般人搞不来

企业家关注的是 我的东西是不是好用？ 会不会有相当大的客户群 要让所有人不必经过专业培训都会用我的产品

正是这眼光关注的不同造成了 unix 与 windows 两大系的巨差

chsi

有时候我们为了开发一个小上位机程序 不得下载vb vc vs delphi 等庞大的软件
安装，学习，使用 等 浪费了很多的时间

---------------------------------------------------------------------------
安装是不用安装，但是调试就麻烦了。

knight_avr

LZ很有创意