如何使用qt搭建ios開發(fā)環(huán)境

開始編譯安裝：

昌江黎族網(wǎng)站建設公司成都創(chuàng)新互聯(lián),昌江黎族網(wǎng)站設計制作，有大型網(wǎng)站制作公司豐富經(jīng)驗。已為昌江黎族近千家提供企業(yè)網(wǎng)站建設服務。企業(yè)網(wǎng)站搭建\外貿網(wǎng)站制作要多少錢，請找那個售后服務好的昌江黎族做網(wǎng)站的公司定做！

一、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表示最大的線程數(shù)。

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的過程中會出現(xiàn)跟編譯X11時一樣的錯誤。再后面的幾項是為了更好的配合qvfb，網(wǎng)上說如果沒有這幾項，安裝好qt-embedded-x86后想在qvfb上調試程序時，會出現(xiàn)類似下面的錯誤：

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

file or directory

2. gmake

跟x11版一樣

3. gamke

install

三、qt-embedded-arm:

與前面兩個不同，在編譯arm版本的qt-embedded前，必須確認已經(jīng)安裝了交叉工具鏈，編譯過程中要生成許多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的過程中會出現(xiàn)跟編譯X11時一樣的錯誤。

另外，還增加了一項，

-qt-libpng，這個選項應該是關于png相關的庫，指定用qt自帶的png庫。如果沒有這一項，我這里會出現(xiàn)如下錯誤：

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頭文件中定義的數(shù)據(jù)結構。加上 -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的開發(fā)環(huán)境基本就搭建好了，利用 qt-embedded-x86 和 qvfb

工具可以很方便的調試QT程序，調試好的程序再經(jīng) qt-embedded-arm

編譯就可在開發(fā)板上運行(還有個小問題，我現(xiàn)在編譯好的QT程序雖然可以在開發(fā)板上運行，但是運行時觸摸屏不能用，只能用USB鼠標控制，想支持觸摸屏貌似還需要移植tslib庫，等我折騰完了再回來把相關內容補充上)。

開放麒麟發(fā)布了

剛看到中國首個桌面操作系統(tǒng)開發(fā)者平臺“開放麒麟”發(fā)布了，新聞稿表示將打造具有自主創(chuàng)新技術的開源桌面操作系統(tǒng)，通過開放操作系統(tǒng)源代碼的方式，讓開發(fā)者共同參與國產開源操作系統(tǒng)的開發(fā)。[獻花花]

問了幾個技術領域朋友。有朋友說，看到國家來主推自有桌面操作系統(tǒng)挺振奮，但官網(wǎng)社區(qū)首先推出自有的開源 UI 庫UKUI，感覺還是沒有放到自主和生態(tài)方面去考慮，因為推出的 UKUI 是采用 QT 來開發(fā)的，QT 雖然有社區(qū)免費版，但如果使用的話，基于 QT 的軟件也需要開源，閉源的話則需要向 QT 付費，QT 的價格非常昂貴，官網(wǎng)的專業(yè)版價格是每個開發(fā)者每年3620美元。而且使用 QT 會完全依賴于 QT 的庫，可以理解成 windows 的 sdk，android 的 ndk，ios 的 sdk。

因此，如果使用 QT 的庫，并且閉源發(fā)布的話，則必須購買它的授權，也就是3620美元每開發(fā)者每年，相比之下，windows的 sdk,android的 NDK是免費的，iososx 的 sdk如果要發(fā)布上架也就是每企業(yè)600多元人民幣每年。

如果開放麒麟主推 QT 來做開發(fā)的話，起碼一點就是要提供類似 QT 的有自主產權的免費 SDK，這樣才能構建出可持續(xù)發(fā)展的生態(tài)來。

也有朋友覺得現(xiàn)在的系統(tǒng)無非就是Windows和蘋果系統(tǒng)，還有一種是開源無版權的linux系統(tǒng)。如果想做操作系統(tǒng)替代，現(xiàn)在最好的途徑就是推廣linux。linux的生命力在于開源和互助，在于linux愛好者聚集的開源社區(qū)，集大家的智慧壯大系統(tǒng)，社區(qū)的參與者可以有個人，公司，政府機構，正所謂星星之火可以燎原?，F(xiàn)在這些打著國產系統(tǒng)幌子的廠商用Windows的壟斷性模式去運作linux，而不是在某個關鍵點發(fā)力。最后只能是失敗。

網(wǎng)上還有不少人質疑為何不跟華為鴻蒙合作。事實上，鴻蒙主要是在嵌入式領域發(fā)揮作用。而麒麟（國家選定的PK體系中的K）主要做桌面系統(tǒng)，兩者并不沖突。

多說一點：PK體系是目前國家主流選擇。P是指銀河飛騰，K就是麒麟。關鍵應用必須移植到PK體系上。

qt開發(fā)安卓app好嗎

不好，坑挺多的，只能說勉強能用

如果是主打桌面端，順手做個安卓端，可以。

想專門去開發(fā)安卓的話，建議還是用Java吧

華為的鴻蒙操作系統(tǒng)會成功嗎？國內其他廠家會采用嗎？

首先新的操作系統(tǒng)面臨的最大難點就是生態(tài)鏈的構造，相比安卓他們真的有能力提供更加智能的開發(fā)套件嗎？他們真的有能力把python優(yōu)化到c++的執(zhí)行效率嗎？那么他們有什么優(yōu)勢吸引開發(fā)者呢？

很多人已經(jīng)論述很多了。首先鴻蒙不太可能不兼容Android（這里所說的兼容是指代碼級兼容，并非運行級兼容，亦即，開發(fā)人員通過不太多的額外工作，就能做到讓應用既能在Android上運行也能在鴻蒙上運行）。否則的話，像MeeGO一樣強制使用Qt，鴻蒙將迫使程序員面臨巨大的職業(yè)選擇難題（決定是否放棄Java而轉向C++），最終像MeeGO一樣遭到棄用。至少在早期，鴻蒙完全不具備這樣的號召力。因此，鴻蒙在本質上很可能是一個用更聰明的編譯器編譯出來的在更優(yōu)化的Linux環(huán)境下運行應用的中間件。在這方面，恕我直言，似乎看不到有非常光明的未來。Android從1.0到9.0，已經(jīng)把Java語言在移動平臺上遇到的各種問題解決得比較好了，也許速度還能再快一些，但是已經(jīng)不是決定因素。當年的WindowsPhone和Symbian速度都很快，使用很流暢，但有用嗎？

還有很多人寄希望于國家強制推廣鴻蒙，這個在政府集采市場是有可能的，但在消費者市場則可能性非常小。強制推廣鴻蒙，意味著小米、OPPO、Vivo、一加等品牌都成了殉葬品，可能還要面臨三星、蘋果等公司在國際上的訴訟和折騰，更要命的是國內移動通信平臺將由于被獨家技術徹底壟斷而變得脆弱，華為的些許技術欠缺將導致非常大的影響，國家不會為鴻蒙冒這么大的風險。

鴻蒙很難成功。注意是很難，不是絕對不能。

如果18年之前問這個問題，我確定的回答，不會成功。因為一個系統(tǒng)的生態(tài)太難建設了。連系統(tǒng)大佬微軟+手機大佬諾基亞都折戟在這上面。阿里的阿里云手機系統(tǒng)也已經(jīng)偃旗息鼓。你就可以看到它有多難了。而為什么18年后有可能，為啥？因為都是逼出來的的。谷歌現(xiàn)在已經(jīng)開始限制華為使用了。任何事情有人逼你去做，你總能發(fā)揮出巨大的潛力。

而且華為從輿論上，人心上有很大優(yōu)勢。尤其是在中國。人心可用，得人心者的天下嘛。不要以為只是一個口號。人家一巴掌打過來。華為用手擋著了。還要甩手打過去。你不支持嗎？這時候華為出系統(tǒng)，即使前期有很多不如意，大家都會諒解。這在一個互聯(lián)網(wǎng)輿論可以解決很多事的現(xiàn)在，太寶貴了。所以華為應該早一點出，因為很多人等著它的系統(tǒng)，不要忘記連系統(tǒng)的名字都是網(wǎng)友起的。華為說的很清楚，之前是沒有計劃華為系統(tǒng)的，但是媒體已經(jīng)很確定是華為有手機系統(tǒng)，并且叫鴻蒙。華為開始做手機系統(tǒng)，也就自然而然選擇了這個名稱。這就叫借勢。

而且我們知道鴻蒙系統(tǒng)是要兼容安卓應用的，這就很大程度上可以解決軟件生態(tài)問題。如果完全重起爐灶那就很難了，從開發(fā)成本來說就很難了，畢竟多一個系統(tǒng)，就多一份工作。

第二個問題,國內其他廠商會不會采用，這個要看具體華為系統(tǒng)的開放程度，如果是開源，那有可能。如果不是，那100%別的廠商不會用。

不想當將軍的士兵不是好士兵，同樣不想擁有自己系統(tǒng)的手機廠商是沒有理想的手機廠商。誰也不會把自己的命根交給別人看管，為什么現(xiàn)在手機廠商愿意用安卓，就是因為安卓是開源的，大家都可以用。谷歌有所有權，但沒有管理權。這個系統(tǒng)都可以從底層來修改。可以刪減或加入自己的東西。所以大家才原因用它。

如果有廠商用鴻蒙系統(tǒng)，華為本身就是做手機的，還用它的系統(tǒng)。那豈不是運動員和裁判賽跑。就天然處于劣勢。就像 游戲 廠商不會用騰訊云。電商不會用阿里云一樣。誰也不會把關鍵的東西交給競爭對手。

所以其他廠商用鴻蒙系統(tǒng)是不可能的。

華為鴻蒙系統(tǒng)會不會成功要等他出了，體驗到才知道，現(xiàn)在說他成不成功也只是嘴巴里說說，按照華為最近發(fā)的硬件來說，偏硬件來補充軟件，系統(tǒng)主要還是要開發(fā)者，而開發(fā)者到你系統(tǒng)做一個app就要考慮你給的利潤。好比如ios，3/7分，國外安卓1/9分，國內分成不定，比如騰訊至少和oppo商店就吵架過，騰訊要求oppo商店下載的騰訊新手游要5/5分，所以說鴻蒙系統(tǒng)要做好，第一就是和開發(fā)者利潤空間，廠家會不會的話，這點我可以很明顯和你說，不會，不敢得罪谷歌是一碼，廠家干嘛幫別人養(yǎng)大孩子，國產手機競爭激烈，你死掉，我利潤就賺到。

沒有大的變革是不可能成功的!

1.想建生態(tài)很難，就算國家出面，國外肯定不會聽!國內的市場又滿足不了這么多手機廠商!舍掉誰對國家都是損失!

2.騰訊 游戲 負優(yōu)化華為系統(tǒng)不知真假，但是一個把柄放人家手里沒人會愿意，除非華為不做手機，不然不會有手機廠商愿意接入

支持國貨，支持華為。

相信每一個國人都是這么想的。

華為胡蒙系統(tǒng)！真實的菊花。哈哈哈哈！

不看好，底層還是人家的

使用QT，統(tǒng)一開發(fā)android和IOS平臺是不是一個合適的選擇

這主要體現(xiàn)在一下3點：1.關于跨平臺： Qt的一大優(yōu)勢就是跨平臺，一份代碼若準守Qt標準開發(fā)，那么理論上可以跨所有Qt支持的平臺并且不需要修改。但是這個是有代價的。比如說對于iOS平臺，若用OC或者swift，可能用1份的開發(fā)時間就可以完成開發(fā)，但是用Qt可能是1.5份。這主要體現(xiàn)在Qt在移動平臺沒有提供現(xiàn)成的、成熟的（Qt目前有一個lab，是一個控件包，針對移動平臺有做優(yōu)化，但是還在測試階段）控件供應開發(fā)者使用。比如說Qt沒有側滑窗口、沒有滑動返回、沒有頂部狀態(tài)欄，很多東西都需要自己造輪子，非常浪費時間，而且效果不一定好。我記得5.5的時候，連訪問系統(tǒng)相冊這個功能都沒有，要自己寫OC代碼去訪問，不過5.6加上了。這個開發(fā)的工作量，對于一個沒有跨平臺需求的App，明顯是不合適的。但是如果有跨平臺需求，那么可能是1.5份的開發(fā)量，就可以獲得iOS+Android兩份平臺的App，相比2份的開發(fā)量性價比就上來了。而且如果有需求還可以部署到WP、UbuntuPhone等移動平臺。2.關于Quick Qt從5開始，就主推界面用Quick開發(fā)（Quick是框架，QML是配合Quick的一個語言），然后用C++開發(fā)復雜的邏輯。這個愿景是好的，但是推行真的很慢。這是因為新的框架也就是Quick，帶來了新的學習成本，這個直接就嚇跑了很多人。我知道很多用Qt的人，即使開發(fā)了N年Widgets，對Qucik也可能都是完全沒有接觸的狀態(tài)。當然Quick本身是好的，相比Widgets開發(fā)效率高、漂亮、運行速度快。另外，如果是Widgets開發(fā)移動端App，我建議你直接打消這個念頭，還是算了。這主要是因為用Widgets開發(fā)的程序，各方面實在是太差了。比如說Widgets很多界面都是CPU繪制的，然后移動平臺CPU本來就弱，這就導致了界面很卡。還有開發(fā)效率也低。3.關于成熟度 從目前Qt5.6的角度看，已經(jīng)加入了很多以前沒有的模塊了，我覺得用于Qt開發(fā)一些基礎的App，已經(jīng)完全可以勝任了。但是對于功能復雜的App，我建議還是權衡一下比較好。還有就是現(xiàn)在很多SDK包，都只對原生框架做了適配，用Qt開發(fā)意味著還是要回到原生框架去處理一些通訊、交互什么的，這個也要注意。

linux qt怎么開發(fā)安卓apk

　不看好Qt for Android。以下簡稱QfA.

1. 跨平臺只在pc上有優(yōu)勢，在移動設備上毫無優(yōu)勢。移動設備整體的應用風格需要保持一致，你外部加進來一個ui，倒是和平臺保持一致了。你如何保持和原生ui的這種使用一致性。

2.在開發(fā)易用度上，Android(java) api 已經(jīng)做得很好，包括事件，廣播，服務等Qt里有的基本上Android api里已經(jīng)做得很好，從Qt開發(fā)者轉為java開發(fā)者也很容易。 而如果要寫QfA應用，開發(fā)者不僅要懂Qt，同樣也避免不了要寫java代碼。

3. 如果要寫和其它app通信的時候,QfA的災難性就來了。如果是上層的幾乎等完整的搞一遍Android api吧。 另外對于和設備相關的一些調用(GPS/Telephony)等,QfA的工作量一下子就上來了，這時候你還指望qml么？

4.性能呢？ QfA對于圖形渲染區(qū)的請求還得在java的接口請求，是不是又要繞了個大彎。

5. 軟件體積。 終端用戶要用Qt app，勢必要先裝一個Qt lib， 或者在你的app 中一起靜態(tài)發(fā)布。

在有很多優(yōu)秀的QfA app出現(xiàn)之前，大家不帶樂意只為一個好的app 去裝一個大的軟件，而會愿意選擇一個原生軟件替代。

標題名稱：QT開發(fā)鴻蒙APP,鴻蒙程序開發(fā)
標題來源：http://aaarwkj.com/article8/dssjhip.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站制作、網(wǎng)站維護、網(wǎng)站策劃、自適應網(wǎng)站、商城網(wǎng)站、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)