发表于:2004-08-01 12:38:00
57楼
支持一诺兄的主张.
介绍一下自己并发表一点浅见:
2000年毕业,工作的前两年主要是上位机软件的开发,熟悉并使用的工具主要有VB6(最早使用并熟悉的工具),VC6(目前主要使用的开发工具),及国内外部分流行的组态软件.后两年工作岗位有所变动,也搞PLC,变频器等,自己本来的专业就是自动化嘛.
目前正在为公司的设备增加OPC接口支持,打算用半年时间搞定.
OPC DA3.0已经粗略的看了几遍,现在正在规划项目并回头重新理解COM,ATL的相关.
查看坛子里相关的主体,看有不少讨论问OPC客户的问题,个人认为写OPC的客户程序,看看规范里面的IDL文件,知道相关的接口和函数并具备一些基本的编程能力应该就够了.坛子里有位仁兄写过一篇<开发OPC客户程序必读>,比较详细的给出了实现步骤.
开发OPC服务就需要认真的考虑OPC规范和COM的原理.
楼上何清;
"开发一个功能强大的OPC需要解决一些问题
1)通讯的保密和安全,OPC规范将这些问题都交给了DCOM规范,不是很可取。
2)通讯的便捷与稳定,我个人认为DCOM的RPC协议作为标准调度,不是很适合于OPC,应该使用自定义调度
以上两个问题可归结为一个方法来解决,实现自己的IMarshal接口,不使用RPC而使用Socket数据包来调度。"
说的精彩.规范是死的,实现的手段是多样的.
希望众多的高手能把自己的开发经验贴出来,经验共享,并且"表达是最好的理解".
我的e_MAIL:includesea@hotmail.com
希望能与大家交流,学习.