※ 引述《琏琏 <[email protected]>, 看板: Programming》之铭言： : 如果是要存取 COM Port ，.Net 系列是可以直接存取，但是你最好在伺服器那边要有记录排他性的方式， : 因为网页是多人可同时存取，但是 COM Port 则是独占存取。 : 此外，执行绪要确保被放弃时，能将 COM Port 独占放出来，例如说网页要执行 2 秒，A 执行了 1 秒发生 : 断线，这个网页输出执行绪就会收到 About 来中断，并不会跑到完，若 COM Port 释放不正确，可能会锁死。 : 稳定的系统会另外写个 WinForm ，透过资料交换来接收或记录命令，依照命令下达的顺序执行後回传。 : 可避免 WebForm 同时存取 COM Port ，或是执行中断。 : 交换的方式有很多，比如说透过资料库或透过 socket ，皆可。 : ==> 本文由 "这其中一定有什麽误会 <[email protected]>" : > 於 news:4jIZeC%246rf%40ptt.cc 发表 : > 回的内容较多,用回覆的方式 : > 不知道你说的 "伺服器程式" 是什麽型态的应用伺服器(Application Server)? : > 会用应用伺服器一定是多层(Multi-tier)的程式应用 : > 控制硬体的部份写在应用伺服器端(如用 COM Port或专用IO卡提供的SDK) : > 然後再使用端(Client)呼叫应用伺服器端作动作,当然你的应用伺服器要有对应的界面 : > 至於用什麽语言开发应用伺服器? 其实若是用 Com Port 几乎认何语言都可以吧? : > 不过如果是用专用IO卡,最好是用其支援的语言撰写以免造成不可预期的问题 : > 当然也可以如琏琏大所言,将其编译成 dll 再给其他语言使用,但这样会有一些风险 所以说，已经发展了很多年的东西，应该还是要会应用才对。 在工业领域里，常用一种叫做 Ethernet Converter 的东西... 主要是 RS232-to-Ethernet 的功能。 这种产品已经是很成熟的，而且每家厂家功能不一。 但如果是我，我会选择有 Multi-socket 的 solution ... 因为 com port 有其独占性质 如果 Ethernet Converter 只是纯粹将 Com Port 资料 传送到 Ethernet 端，这并没办法做到「资料分享」的功能... 只是属於单纯的介面转换而已。 但如果选择了 multi-socket solution, 里头的资料分享机制 一定会帮你解决 comport 被独占的问题.... 而留下来的问题，就在於会不会写网路程式而己。 仅做参考。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 60.250.195.10