qtios开发的简单介绍

如何采用QT开发出windows/Linux/Mac/Andriod/iOS的程序?

qt的代码本身在windows和linux底下用qtcreator编译可以跨平台,但要发布的话还要手动的静态编译qtcreator源码,mac,ios开发好像要用mac平台下的软件,android一般是java,python之类的,qt没听说过。qt是c++的超集,加了些qt自己的库而已。

临清网站建设公司创新互联,临清网站设计制作,有大型网站制作公司丰富经验。已为临清上千多家提供企业网站建设服务。企业网站搭建\成都外贸网站建设公司要多少钱,请找那个售后服务好的临清做网站的公司定做!

QT写的程序可以同时支持在安卓、苹果、黑莓系统上运行??

接着是黑莓中国的开发者关系主管,主要讲了黑莓10的生态系统,重点表示在

可以说几近支持市面上大多数通用型开发框架了,同时还支持大多数开源库和

从Qt5.1开始,Qt将正式支持在安卓上的

如何使用qt搭建ios开发环境

开始编译安装:

一、X11编译:

1.进入qt-x11-opensource-src-4.5.0源码目录。

./configure -no-openssl

在我这里必须加上-no-openssl选项,否则在make过程中,编译到ssl时会报错。出错信息为:

ssl/qsslsocket_openssl_symbols_p.h:264: error: variable or field ‘q_sk_free’

declared void

ssl/qsslsocket_openssl_symbols_p.h:264: error: ‘STACK’ was

not declared in this scope

ssl/qsslsocket_openssl_symbols_p.h:264: error:

‘a’ was not declared in this scope

ssl/qsslsocket_openssl_symbols_p.h:265: error: ‘STACK’ was not declared in this

scope

ssl/qsslsocket_openssl_symbols_p.h:265: error: ‘a’ was not declared

in this scope

……

……

默认安装路径为

/usr/local/Trolltech/Qt-4.5.0。可用--prefix 指定其他安装路径。

2. gmake

# linux下一般可直接用make代替gmake。如果要加快编译速度,就加上 -jx ,x表示最大的线程数。

3.

gmake install

二、qt-embedded-x86编译:

1.进入qt-embedded-linux-opensource-src-4.5.0-x86源码目录。

./configure -prefix

/usr/local/Trolltech/QtEmbedded-4.5.0-x86 -embedded x86 -no-openssl -qt-gfx-qvfb

-qt-kbd-qvfb -qt-mouse-qvfb

先后配置了安装目录、嵌入式架构(x86)。同时也跟X11版本一样,配置了

-no-openssl,没有这一项的话,make的过程中会出现跟编译X11时一样的错误。再后面的几项是为了更好的配合qvfb,网上说如果没有这几项,安装好qt-embedded-x86后想在qvfb上调试程序时,会出现类似下面的错误:

Error opening buffer device /dev/fb0QScreenLinuxFb::connect: No such

file or directory

2. gmake

跟x11版一样

3. gamke

install

三、qt-embedded-arm:

与前面两个不同,在编译arm版本的qt-embedded前,必须确认已经安装了交叉工具链,编译过程中要生成许多arm架构的库,所以必须有arm-linux-gcc、arm-linux-g++等工具。我用的是友善提供的arm-linux-gcc-4.5.1版本。

1. 进入qt-embedded-linux-opensource-src-4.5.0-arm源码目录。

./configure -prefix

/usr/local/Trolltech/QtEmbedded-4.5.0-arm -embedded arm -no-openssl

-qt-libpng

指定了安装路径、嵌入式架构。同时也跟X11版本一样,配置了

-no-openssl,没有这一项的话,make的过程中会出现跟编译X11时一样的错误。

另外,还增加了一项,

-qt-libpng,这个选项应该是关于png相关的库,指定用qt自带的png库。如果没有这一项,我这里会出现如下错误:

image/qpnghandler.cpp: In member function 'virtual QVariant

QPngHandler::option(QImageIOHandler::ImageOption) const':

image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated

(declared at

/opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)

image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated

(declared at

/opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)

image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated

(declared at

/opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)

image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated

(declared at

/opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)

make[1]: *** [.obj/release-shared-emb-arm/qpnghandler.o] 错误 1

make[1]:

*** 正在等待未完成的任务....

make[1]: Leaving directory

`/root/qt4.5.0/qt-embedded-linux-opensource-src-4.5.0-arm/src/gui'

make:

*** [sub-gui-make_default-ordered] 错误 2

看起来像是我的交叉工具链跟这个QT版本匹配的不太好,Qt好像不太兼容交叉工具链的png.h头文件中定义的数据结构。加上 -qt-libpng

可解决此问题。

四、qvfb:

这时QT就已安装成功。但是还需要额外安装qvfb。

进入qt-x11-opensource-src-4.5.0源码包目录,然后

cd tools/qvfb

在qvfb源码目录下运行

make

会在qt-x11-opensource-src-4.5.0/bin下生成qvfb,我们将它copy至/usr/local/Trolltech/QtEmbedded-4.5.0-x86/bin下即可。

end:

到这里,QT的开发环境基本就搭建好了,利用 qt-embedded-x86 和 qvfb

工具可以很方便的调试QT程序,调试好的程序再经 qt-embedded-arm

编译就可在开发板上运行(还有个小问题,我现在编译好的QT程序虽然可以在开发板上运行,但是运行时触摸屏不能用,只能用USB鼠标控制,想支持触摸屏貌似还需要移植tslib库,等我折腾完了再回来把相关内容补充上)。

使用QT,统一开发android和IOS平台是不是一个合适的选择

这主要体现在一下3点:1.关于跨平台: Qt的一大优势就是跨平台,一份代码若准守Qt标准开发,那么理论上可以跨所有Qt支持的平台并且不需要修改。但是这个是有代价的。比如说对于iOS平台,若用OC或者swift,可能用1份的开发时间就可以完成开发,但是用Qt可能是1.5份。这主要体现在Qt在移动平台没有提供现成的、成熟的(Qt目前有一个lab,是一个控件包,针对移动平台有做优化,但是还在测试阶段)控件供应开发者使用。比如说Qt没有侧滑窗口、没有滑动返回、没有顶部状态栏,很多东西都需要自己造轮子,非常浪费时间,而且效果不一定好。我记得5.5的时候,连访问系统相册这个功能都没有,要自己写OC代码去访问,不过5.6加上了。这个开发的工作量,对于一个没有跨平台需求的App,明显是不合适的。但是如果有跨平台需求,那么可能是1.5份的开发量,就可以获得iOS+Android两份平台的App,相比2份的开发量性价比就上来了。而且如果有需求还可以部署到WP、UbuntuPhone等移动平台。2.关于Quick Qt从5开始,就主推界面用Quick开发(Quick是框架,QML是配合Quick的一个语言),然后用C++开发复杂的逻辑。这个愿景是好的,但是推行真的很慢。这是因为新的框架也就是Quick,带来了新的学习成本,这个直接就吓跑了很多人。我知道很多用Qt的人,即使开发了N年Widgets,对Qucik也可能都是完全没有接触的状态。当然Quick本身是好的,相比Widgets开发效率高、漂亮、运行速度快。另外,如果是Widgets开发移动端App,我建议你直接打消这个念头,还是算了。这主要是因为用Widgets开发的程序,各方面实在是太差了。比如说Widgets很多界面都是CPU绘制的,然后移动平台CPU本来就弱,这就导致了界面很卡。还有开发效率也低。3.关于成熟度 从目前Qt5.6的角度看,已经加入了很多以前没有的模块了,我觉得用于Qt开发一些基础的App,已经完全可以胜任了。但是对于功能复杂的App,我建议还是权衡一下比较好。还有就是现在很多SDK包,都只对原生框架做了适配,用Qt开发意味着还是要回到原生框架去处理一些通讯、交互什么的,这个也要注意。


网页题目:qtios开发的简单介绍
本文来源:http://scyanting.com/article/dsdeggj.html