MSComm控件与Win32 API操作串口有何区别？

MSComm控件与Win32 API操作串口有何区别？ [问题点数：50分，结帖人shell_shell]

• 收藏帖子
• 回复

我是一个小兵，在战场上拼命！

结帖率 83.33%

我以前用MSComm控件写了串口程序，感觉不是很好用。突然断电，重起就会出现问题。错误提示：port already open! 
    这次想用Win32 API操作串口,是不是比MSComm控件好用？
    Win32 API操作232串口，边读边发数据，编程时需要注意什么吗？

请大虾们指教！！

手机新出的赚钱方式，第一批成都人已经赚嗨了！广告 美胜商务 · 燨燚

问题点数：50分

 0 2007-08-23 14:23:17 回复次数18

引用 ・ 举报 ・ 楼主

fronz

一般来说，用API写出完整无缺的好程序，我觉得比较难。
当然是大多都是水平问题和很多细节问题，以前写过同步方式的，98下工作非常好，但换系统后出现问题。
目前的观念是用异步方式，编程用多线程。

你可以参考这个帖子的讨论。
http://community.****.net/Expert/TopicView3.asp?id=5631034

0 2007-08-23 15:06:15

引用 ・ 举报 ・ #1 得分：18

菜牛

   

控件最终都是通过API实现的，只不过包装一下而已。

0 2007-08-23 15:17:15

引用 ・ 举报 ・ #2 得分：2

我是一个小兵，在战场上拼命！

我现在水平一般，是不是还是用MSComm控件比较好？
MSComm控件与API没什么区别吗？
+++++++++++++++++++++++++++++++++++++++++++++++
搂主

0 2007-08-23 15:28:04

引用 ・ 举报 ・ #3 得分：0

至尊宝宝[男]

fronz() —— 误人子弟！

楼主选用 Win32 API 是绝对正确的！

0 2007-08-23 15:39:12

引用 ・ 举报 ・ #4 得分：18

琅琊榜

API好用一点，反正都是自己设计的代码，出什么问题可以自己修改

成都小哥手机赚钱方式，第一批人已经赚嗨了！广告 腾锐 · 燨燚

0 2007-08-23 15:39:44

引用 ・ 举报 ・ #5 得分：2

fronz

to：zaodt(至尊宝宝：我就在你身旁，关心永远不打烊！)

选用 Win32 API 是绝对正确的！
用API写出完整无缺的好程序，我觉得比较难。

这两句有矛盾么？

我当然主张用API串口编程。在原来的那个讨论贴中也是如此，只是觉得写的很满意比较困难一些（比用MS控件）。

0 2007-08-23 16:04:18

引用 ・ 举报 ・ #6 得分：0

fronz

建议楼主先用一些好的封装类编串口程序。比如CSerialPort类，里面也都有API函数的调用。

慢慢自己再用API写符合自己要求的专用代码，

0 2007-08-23 16:09:14

引用 ・ 举报 ・ #7 得分：0

我是一个小兵，在战场上拼命！

CSerialPort类??
找不到，可以给我吗？
我的邮箱：[e-mail]

===========================
搂主

0 2007-08-23 16:25:41

引用 ・ 举报 ・ #8 得分：0

hchack

自己锻炼着写一下，未必就不是好事

0 2007-08-23 17:50:24

引用 ・ 举报 ・ #9 得分：2

fronz

刚发了一份,收一下,

成都25岁美女辞去工作去做这个，月入30K，惊呆他人!!广告 康之弘 · 燨燚

0 2007-08-23 20:20:31

引用 ・ 举报 ・ #10 得分：0

i_love_pc

  

其实都差不多，用api相对麻烦一些。
通常在打开串口之前要判断它是否已经被打开或者被占用。

0 2007-08-23 21:02:53

引用 ・ 举报 ・ #11 得分：2

zcp126

到codeproject.com上找pj.nauter的cserialport类吧,用的人一大堆.

0 2007-08-23 23:50:13

引用 ・ 举报 ・ #12 得分：2

至尊宝宝[男]

串行通信是最简单的通信方式，如果说这个难的话，那什么USB、网络都不要做了！

API + 多线程 操作串行口，你可以把程序做的很细、很强！

而且，程序发布的时候，又没有那么多拖拖拉拉的东西！

0 2007-08-24 01:32:22

引用 ・ 举报 ・ #13 得分：0

jixingzhong

   

控件只是一个包装。

但是因为这个包装，
用起来自然简单多了。

通常我的观点是，
掌握 API，使用空间【学习根本的，但是使用的确实相对简单的】

0 2007-08-24 07:55:51

引用 ・ 举报 ・ #14 得分：4

jixingzhong

   

使用空间
＝＝》
使用控件

汗

2018手机新出的赚钱方式，第一批成都人已经赚嗨了！广告 利成 · 燨燚

0 2007-08-24 07:56:10

引用 ・ 举报 ・ #15 得分：0

fronz

呵呵，说了一句“用API写出完整无缺的好程序，我觉得比较难。”
就“误人子弟”了，

说中国话也要有逻辑，特别是对程序员，如果我犯了逻辑错误，那会比我犯了概念错误更觉得羞愧。

关于直接用API自己写难不难，是另外的问题，所以我只说了“我觉得比较难”，这只是个人看法。所有的网友，问问题也不过就是听个建议。

串口编程，可以说我做了不少，也比较关注这个技术，个人觉得还是很难用API写出很完美的程序，很多的细节需要注意，DCB设置、线程间数据共享、缓冲区设置等等等等，很多，而且用API写最简单的同步方式串口程序时确实存在问题，而OverLapped方式也确实复杂很多，这些都是我亲身遇到过的。所以我建议楼主参考我推荐的帖子中jhs1982419()提供的一些资料。如果有心还可以去搜索一些。

根据我的了解，目前国内搞仪器串口控制的大部分的中小企业都是用VB调用MS控件写的，少部分是借助封装类或其他控件写，用API直接写更少，何况用多线程的话必须考虑同步方式在跨平台方面出现的问题。可以这么说，能根据需要用API写出很流畅自如的串口程序，那么你可以很骄傲地去搞仪器控制的企业应聘去了。而且你可以对招聘者说，你跟龚建伟一样牛。：）

以上全都是个人意见，供大家参考。

0 2007-08-25 08:47:30

引用 ・ 举报 ・ #16 得分：0

至尊宝宝[男]

那是你自己的理解吧！

如果说用VC++编写程序还要用 MSCOMM 控件的话，那还不如用VB得了。

VB岂不是更简单？

说白了，MSCOMM 控件其实是提供给 VC++ 以外的其它开发工具使用的。

我曾经用PowerBuilder开发程序，用到了这个控件，原因是PB无法操作串行口，这也是没有办法。

楼上所说的难处无非是多线程的处理，跟串行口的操作无关。

不过，话又说回来了，如果你不深入VC++编程，那你的水平又怎么提高。

想做出好的程序，多线程这关必须要闯过！

0 2007-08-25 11:41:55

引用 ・ 举报 ・ #17 得分：0

fronz

我来解读一下你的“程序”吧

那是你自己的理解吧！
-----不错，我所说的都是我的理解，难不成你的说法是大家普遍的认知？

如果说用VC++编写程序还要用 MSCOMM 控件的话，那还不如用VB得了。
VB岂不是更简单？说白了，MSCOMM 控件其实是提供给 VC++ 以外的其它开发工具使用的。
----似乎我还在误人子弟？甚至鼓励楼主用VB调MSCOMM控件？你到底知道不知道我所说的类似CSerial，CSerialPort这类的串口封装类与你所说的MSCOMM控件有何不同？怪不得你从PB搞出来的。

我曾经用PowerBuilder开发程序，用到了这个控件，原因是PB无法操作串行口，这也是没有办法。
楼上所说的难处无非是多线程的处理，跟串行口的操作无关。
-------楼主读写串口程序再加上前台操作，就本问题来说，可以说和多线程无关么？既然多线程本身复杂，那么直接写的那些串口读写的API函数不需考虑多线程问题么？用封装好的写多线程不清晰简单一些么？

不过，话又说回来了，如果你不深入VC++编程，那你的水平又怎么提高。
--------提高，这个说到点上了，当然需要提高，怎么提高？这是方法问题，有具体API函数的封装类的现成的源代码作为学习途径，不是一种提高方法么？

想做出好的程序，多线程这关必须要闯过！------后后，这个还用说么？看来你是过关了，那么恭喜了，你可以不误人子弟了。

0 2007-08-25 22:38:31