3789|8

77

帖子

0

TA的资源

一粒金砂(初级)

楼主
 

高分寻求一个技术方案 [复制链接]

    现在有这样一个项目:要求开发一个桌面图形交互系统,要求安装在pc上的windows xp和嵌入式的vxWorks环境下均能运行。现在为找跨平台的界面库犯愁!我想到的有两个技术方案:

    方案一:使用QT.

    7月30日Qt Software官网发布了一个新消息:官方将移植和集成Qt到VxWorks和QNX平台上,并于Qt4.6.0发布同时发布基于这两个平台的版本。目前的进展可以直接通过Qt的snapshot和git代码仓库查看。 QNX和VxWorks是两个有名的实时操作系统,在嵌入式领域广为应用,这次Qt的新移植计划颇让人激动。

新闻中还提到官方发布初始版本后并不会提供技术支持和升级, 希望开源社区能够接手Qt QNX和VxWorks的后续研发和维护, 透露未来的维护和支持可能会由第三方或开源社区完成。

在Qt4.6-snapshot的文档中已经加入了这两个平台相关的内容, 参见Platform Notes

新闻原文在此:
http://www.qtsoftware.com/about/news/qt-enhanced-to-run-on-qnxae-and-vxworksae-real-time-operating-systems

Qt的git代码库:
http://qt.gitorious.com

    但是我登陆上面的网页却没有找到qt sdk for vxWorks? 请问在哪里下载?  

    在windows使用QT开发问题不大,现在不确定的是QT对vxWorks的支持程度。

    方案二:开发两套系统:在Windows上使用MFC开发,然后移植到vxWorks环境,使用vxWorks的windML、UGL或者Zinc等图形库开发。

    方案二比起方案一开发风险和难度要大得多。首先MFC的开发难度就比QT大(虽然我使用MFC已长达4年多,还不怎么会使用QT,但是我还是不得不承认QT的开发实在方便),其次我不会使用vxWorks的windML、UGL或者Zinc等图形库开发,三是维护两套系统的成本肯定会比一套高得多。

    请有在vxWorks环境下图形界面开发的大虾指点一下,谢谢!




   

最新回复

     现状是我们已经有一个已经实现了三分之一功能的PC系统(界面使用MFC),现在正考虑用QT重写,然后可以在Windows和vxWorks上都可以运行。不确定的是在vxWorks上使用QT还是minigui。            详情 回复 发表于 2010-1-11 13:56
点赞 关注

回复
举报

67

帖子

0

TA的资源

一粒金砂(初级)

沙发
 
友情帮顶下

学习下!
 
 

回复

82

帖子

0

TA的资源

一粒金砂(初级)

板凳
 
综合你的情况来看,把QT移植到 VxWorks上是最好的解决方法。

你可以自己移植,或者我来帮你移植,不过需要报酬的。
 
 
 

回复

76

帖子

0

TA的资源

一粒金砂(初级)

4
 
干吗不用MINIGUI呢?

MINGIUI跑在WINDOWS上有现成的

MINIGUI移植到VXWORKS的已经实现:

http://www.cnblogs.com/ambulance/archive/2009/06/12/1501762.html

你自己试试看,不行的话可以找我移植,不过是需要报酬的
 
 
 

回复

75

帖子

0

TA的资源

一粒金砂(初级)

5
 
在vxworks上开发,在winxp上装个虚拟机,虚拟机里装vxworks。

你的软件跑在vxworks上,vxworks可以跑在xp上,也可以在自己的硬件板上。
 
 
 

回复

70

帖子

0

TA的资源

一粒金砂(初级)

6
 
感觉LZ已经有了明显的感情倾向了,QT优于两套系统移植。但是QT的风险依然不小,作为一个如此新的东西,它对vxWorks的支持如何?恐怕在项目上很难得到大多数风险评估人士的认可。。。
 
 
 

回复

56

帖子

0

TA的资源

一粒金砂(初级)

7
 
引用 5 楼 heaven_redsky 的回复:
感觉LZ已经有了明显的感情倾向了,QT优于两套系统移植。但是QT的风险依然不小,作为一个如此新的东西,它对vxWorks的支持如何?恐怕在项目上很难得到大多数风险评估人士的认可。。。


    我问过两个QT代理商,他们说QT for vxWorks上已经出来了。QT对vxWorks的支持程度上当然存在一定的风险。但是我会先在vxWorks上用qt写一些简单的demo例子上测试一下的。
 
 
 

回复

70

帖子

0

TA的资源

一粒金砂(初级)

8
 
个人感觉 这个得根据楼主的项目对应的开发周期和产品后续系列化、量是否大 而决定。

如果市场需求还不算急,客户给的开发周期还是比较可观,且后续还有一系列的产品需要开发,产品的量还比较不错,那么采用QT还是比较好的、比较合理。
就算到时存在问题,楼主还是有一定的时间去解决与优化。

并且做任何一项技术的开发与评估,还是得考虑将来的市场和需求。

 
 
 

回复

68

帖子

0

TA的资源

一粒金砂(初级)

9
 
引用 7 楼 kyzf 的回复:
个人感觉 这个得根据楼主的项目对应的开发周期和产品后续系列化、量是否大 而决定。

如果市场需求还不算急,客户给的开发周期还是比较可观,且后续还有一系列的产品需要开发,产品的量还比较不错,那么采用QT还是比较好的、比较合理。
就算到时存在问题,楼主还是有一定的时间去解决与优化。

并且做任何一项技术的开发与评估,还是得考虑将来的市场和需求。


     现状是我们已经有一个已经实现了三分之一功能的PC系统(界面使用MFC),现在正考虑用QT重写,然后可以在Windows和vxWorks上都可以运行。不确定的是在vxWorks上使用QT还是minigui。


        

 
 
 

回复
您需要登录后才可以回帖 登录 | 注册

随便看看
查找数据手册?

EEWorld Datasheet 技术支持

相关文章 更多>>
关闭
站长推荐上一条 1/10 下一条

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

About Us 关于我们 客户服务 联系方式 器件索引 网站地图 最新更新 手机版

站点相关: 国产芯 安防电子 汽车电子 手机便携 工业控制 家用电子 医疗电子 测试测量 网络通信 物联网

北京市海淀区中关村大街18号B座15层1530室 电话:(010)82350740 邮编:100190

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved
快速回复 返回顶部 返回列表