24,860
社区成员
发帖
与我相关
我的任务
分享请加C++在工业上的应用
目前很多工业设备的程序都是用C++写的，开发环境是VC6.0。为什么不用VS2008去开发这种设备程序呢，里面的MFC和WINDOWS窗体应用程序(好像是基于.net框架)在执行效率上有什么区别。另外，如果是基于.net框架，用c#去开发可不可行。
请教各位大侠，望多多发言。
请教各位大侠，望多多发言。
...全文
请发表友善的回复…
发表回复
luciferisnotsatan 2011-11-08
- 打赏
- 举报
vs2008的授权是很贵的。至于vc6.0，不知道微软还有没有在卖这款软件。反正官网上vs2005之前的已经看不到了。
jodan179 2011-11-08
- 打赏
- 举报
效率考虑
masterz 2011-11-06
- 打赏
- 举报
对VC2008的要求不是很迫切。
masterz 2011-11-06
- 打赏
- 举报
[Quote=引用楼主 converse0525 的回复:]
目前很多工业设备的程序都是用C++写的，开发环境是VC6.0。为什么不用VS2008去开发这种设备程序呢，里面的MFC和WINDOWS窗体应用程序(好像是基于.net框架)在执行效率上有什么区别。另外，如果是基于.net框架，用c#去开发可不可行。
请教各位大侠，望多多发言。
[/Quote]
据我所知，很多程序员还是用C开发。VC6.0的好处是比VC2008便宜。而且工业环境的C++编译器通常都比较老，对VC2008的要求很迫切。
实际上也有些公司用.NET开发设备控制程序。
目前很多工业设备的程序都是用C++写的，开发环境是VC6.0。为什么不用VS2008去开发这种设备程序呢，里面的MFC和WINDOWS窗体应用程序(好像是基于.net框架)在执行效率上有什么区别。另外，如果是基于.net框架，用c#去开发可不可行。
请教各位大侠，望多多发言。
[/Quote]
据我所知，很多程序员还是用C开发。VC6.0的好处是比VC2008便宜。而且工业环境的C++编译器通常都比较老，对VC2008的要求很迫切。
实际上也有些公司用.NET开发设备控制程序。
卧_槽 2011-10-24
- 打赏
- 举报
去C++板块问好一些。
wanghui0380 2011-10-24
- 打赏
- 举报
另外基于net的c#去完成工控领域的东西并不是好选择
姑且不论net的运行环境问题
net本身是一个通用级大型框架，封装了很多通用级功能
但是对于工控领域，那些东西都太多余了，工控机开发你能用到net的10%的功能就算很了不起了，而且C#对字节操作是个非常让人头疼的事情，而在工控领域字节操作又是一个最经常使用的功能
所以如果是大多数情况下c#只做为前端集中显示管理平台，而对工控机本身还是以小型非虚拟机，并且字节操作能力强的语种占大多数
姑且不论net的运行环境问题
net本身是一个通用级大型框架，封装了很多通用级功能
但是对于工控领域，那些东西都太多余了，工控机开发你能用到net的10%的功能就算很了不起了，而且C#对字节操作是个非常让人头疼的事情，而在工控领域字节操作又是一个最经常使用的功能
所以如果是大多数情况下c#只做为前端集中显示管理平台，而对工控机本身还是以小型非虚拟机，并且字节操作能力强的语种占大多数
山东蓝鸟贵薪 2011-10-24
- 打赏
- 举报
努力学习中
ohkuy 2011-10-24
- 打赏
- 举报
[Quote=引用 8 楼 wanghui0380 的回复:]
他们更专注要完成的事情本身，而非UI，对于专业人员有没有UI并不重要。
这点就在你自己身上就能看到，比如数据管理，你精通sql，那么你觉着你最经常用的东西是用企业管理器，还是一脚本编辑器
对专业人员来说，脚本编辑器远远比企业管理器用的舒坦
[/Quote]
这个有道理！
他们更专注要完成的事情本身，而非UI，对于专业人员有没有UI并不重要。
这点就在你自己身上就能看到，比如数据管理，你精通sql，那么你觉着你最经常用的东西是用企业管理器，还是一脚本编辑器
对专业人员来说，脚本编辑器远远比企业管理器用的舒坦
[/Quote]
这个有道理！
wanghui0380 2011-10-24
- 打赏
- 举报
他们更专注要完成的事情本身，而非UI，对于专业人员有没有UI并不重要。
这点就在你自己身上就能看到，比如数据管理，你精通sql，那么你觉着你最经常用的东西是用企业管理器，还是一脚本编辑器
对专业人员来说，脚本编辑器远远比企业管理器用的舒坦
这点就在你自己身上就能看到，比如数据管理，你精通sql，那么你觉着你最经常用的东西是用企业管理器，还是一脚本编辑器
对专业人员来说，脚本编辑器远远比企业管理器用的舒坦
山东蓝鸟贵薪 2011-10-24
- 打赏
- 举报
开发软件，只要适用我们办公就好的
wanghui0380 2011-10-24
- 打赏
- 举报
专业领域而已
高级黑客和高级工程师大多使用 轻量级的shell和小型语种。why，不是他们清高，自命不凡
而是他们的任务单一，同时他们也具有能力
实际上越专业的领域越倾向使用命令行shell方式，而非限制型的大型框架，大型UI。
shell在复杂领域相反显的比较灵活轻便，实际对比一下window就明白了，你想找到某个文件名含有某个字母，修改时间在某个范围，文本里面含有一组正则规范，用windows这种大框框去做，反而没用直接命令行查找来的快速
高级黑客和高级工程师大多使用 轻量级的shell和小型语种。why，不是他们清高，自命不凡
而是他们的任务单一，同时他们也具有能力
实际上越专业的领域越倾向使用命令行shell方式，而非限制型的大型框架，大型UI。
shell在复杂领域相反显的比较灵活轻便，实际对比一下window就明白了，你想找到某个文件名含有某个字母，修改时间在某个范围，文本里面含有一组正则规范，用windows这种大框框去做，反而没用直接命令行查找来的快速
宝_爸 2011-10-24
- 打赏
- 举报
对于C++和mfc来讲，vs2008和vc6没什么区别。
黄亮 2011-10-23
- 打赏
- 举报
最主要的问题是历史原因，很多系统都是C++开始的，不敢换。
性能什么的是其次的。写程序看人不看语言种类，C++固然性能高，但是未必有多少人能写到极致。
性能什么的是其次的。写程序看人不看语言种类，C++固然性能高，但是未必有多少人能写到极致。
sdl2005lyx 2011-10-23
- 打赏
- 举报
[Quote=引用 1 楼 keiy 的回复:]
工业设备的技术发展一般没有计算机发展快,比如:工业设备大部分仍用RS232,而现在很多计算机上没有232口了.
不用VS2008开发主要是因为成本上的原因,工业应用以实用,能用为主.(甚至有些设备程序仍在用DOS),更新枝术是要成本的
有关效率,个人观点老的反而效率更高些(现在的功能强,代码多),但新的技术有新的硬件支撑,效率一般情况下就不是问题了
开发语言也不是问题,只要能达到目的就可以……
[/Quote]
支持！
工业设备的技术发展一般没有计算机发展快,比如:工业设备大部分仍用RS232,而现在很多计算机上没有232口了.
不用VS2008开发主要是因为成本上的原因,工业应用以实用,能用为主.(甚至有些设备程序仍在用DOS),更新枝术是要成本的
有关效率,个人观点老的反而效率更高些(现在的功能强,代码多),但新的技术有新的硬件支撑,效率一般情况下就不是问题了
开发语言也不是问题,只要能达到目的就可以……
[/Quote]
支持！
帅得不敢出门 2011-10-22
- 打赏
- 举报
工业级比较注重效率，
工具库等可能会选择比较轻量的，只要够用就行，花哨的东西没有必要。
比如qt 5快要出了， 但是很多嵌入式设备上用的还是qtopia2
工具库等可能会选择比较轻量的，只要够用就行，花哨的东西没有必要。
比如qt 5快要出了， 但是很多嵌入式设备上用的还是qtopia2
柯本 2011-10-22
- 打赏
- 举报
工业设备的技术发展一般没有计算机发展快,比如:工业设备大部分仍用RS232,而现在很多计算机上没有232口了.
不用VS2008开发主要是因为成本上的原因,工业应用以实用,能用为主.(甚至有些设备程序仍在用DOS),更新枝术是要成本的
有关效率,个人观点老的反而效率更高些(现在的功能强,代码多),但新的技术有新的硬件支撑,效率一般情况下就不是问题了
开发语言也不是问题,只要能达到目的就可以了
不用VS2008开发主要是因为成本上的原因,工业应用以实用,能用为主.(甚至有些设备程序仍在用DOS),更新枝术是要成本的
有关效率,个人观点老的反而效率更高些(现在的功能强,代码多),但新的技术有新的硬件支撑,效率一般情况下就不是问题了
开发语言也不是问题,只要能达到目的就可以了
