• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆 - 16, 文章 - 0, 評論 - 55, 引用 - 0
            數據加載中……

            fltk剖析 (一)

            先貼一段fltk的官網介紹:

            FLTK (pronounced "fulltick") is a cross-platform C++ GUI toolkit for UNIX®/Linux® (X11), Microsoft® Windows®, and MacOS® X. FLTK provides modern GUI functionality without the bloat and supports 3D graphics via OpenGL® and its built-in GLUT emulation.

            FLTK是一套適用于unix/linux、windows和macos的跨平臺c++界面庫,尺寸精簡,具有現代GUI功能,支持OpenGL,內置glut

            FLTK is designed to be small and modular enough to be statically linked, but works fine as a shared library. FLTK also includes an excellent UI builder called FLUID that can be used to create applications in minutes.

            FLTK的設計非常小巧和模塊化,支持靜態鏈接和動態鏈接,同時提供了一個可以快速生成界面的工具:FLUID

            FLTK is provided under the terms of the GNU Library Public License, Version 2 with exceptions that allow for static linking.

            FLTK基于GPL2協議,對于靜態鏈接沒有要求

            -----------------------------------------------------------

            以上就是FLTK的簡單介紹,下面先談談個人對于跨平臺界面庫的一些想法
            先限定范圍,跨平臺庫和跨平臺界面庫還是有區別的,這里只談界面開發,不涉及功能性的開發,比如網絡通訊,算法,數據結構之類都不在討論范圍
            既然是跨平臺,就一定要依賴于目標平臺,現有的平臺有很多,windows,linux(x11,wayland),macos,iphone,android,wince,symbian,blackberry,window phone,haiku,firefox os...這么多的平臺,每個平臺的API都有所不同,開發工具也有所不同,甚至語言的覆蓋范圍也各有不同,要盡量覆蓋足夠多的平臺,目前有以下幾種做法
            1.虛擬機模式(JAVA),核心思路就是針對每個平臺開發一個虛擬機,然后提供統一的接口給程序員,好處是解放了程序員,壞處是效率有所損失,同時無法提供某些平臺特有的功能,所以java搞了jni做為補充,但是jni破壞了一次編譯到處運行的目標
            2.原生整合模式(wxwidgets),就是將所有平臺的原生控件捏成一套統一的接口,好處是程序員只要有某個平臺的開發經驗就可以基本無縫切換到其他平臺,壞處是捏合這么多的原生控件實在太困難,以至于接口的復雜度比較高,學習曲線比較陡峭
            3.自繪整合模式(qt,gtk,fltk,juce),就是只整合各個平臺的基本繪制和鼠標鍵盤觸控等功能,控件完全由程序自己繪制和控制,前幾年流行的directui就是這個概念,只是directui當初是為了在windows平臺做出更好看的界面,并不是為了跨平臺。這種模式的好處是移植相對容易,壞處是控件的外觀全平臺統一,有些場合未必適用,學習曲線也比較陡峭
            4.瀏覽器模式(html5),這個模式很容易理解,就是網頁的富客戶端。以前就有這種庫,但是當時瀏覽器基本上是IE一家獨大,沒什么跨平臺可言,現在基于軟硬件的進步,瀏覽器已經遍布各種平臺,所以推動了網頁富客戶端的跨平臺。優點是界面靈活,編寫容易,缺點是效率低,無法處理和具體系統相關的功能
            5.flash模式,鑒于flash已經快走入黃昏,就不黑它了

            fltk屬于上面所說的第三種模式。相對于QT和GTK,fltk的代碼比較少,編譯后的尺寸也比較小,fltk只關心界面,只用到了c++最基本的class功能,連模板都沒有使用,所以移植fltk的難度要相對小很多,這也是我選擇它作為主要開發平臺的原因之一。只要搞懂了fltk的內部結構,編寫自己的控件和平臺移植都相對容易,但是由于fltk的缺省控件實在太丑,代碼的整體結構也很少有人分析,所以使用人群似乎并不廣。而且針對PC的跨平臺界面庫實在太多,fltk并沒有什么特殊之處。但是當我將fltk移植到幾個嵌入式平臺之后才發現它的好處和優點
            1.只使用最簡單的c++語言特征,除了class和friends,fltk幾乎沒有使用其他的c++特征。這保證了編譯后的尺寸夠小,同時移植比較容易。這里要順便吐槽一下c++,剛誕生的時候c++是一個很好的語言,抽象和封裝是它最大的優點,但是自從模板、容器之類的玩意出現之后,c++就開始逐漸向怪獸型進化,由于不斷添加新的語言特征,一直沒辦法讓標準庫確定下來,boost算是一個事實上的標準庫,但是這個標準庫和C的標準庫相比,缺乏穩定性和跨平臺性,一種語言沒有穩定可靠的標準庫,是很難變成工業級產品的
            2.專注于界面,不做多余的事情,謹守kiss原則。QT和GTK最大的問題就是做的太多了,一套開發庫好比是一個城市,城市太大就容易迷路。QT和GTK是超級大都市,里面提供一切,城市外面全是莽荒,沒有研究的必要,
            但事實上軟硬件提供的功能總是在不斷增加的,所以一旦出現新東西,要么等待開發庫提供,要么花更多的精力把新概念整合進來。但是體量越大,添加新功能就越難
            3.結構簡單。FLTK幾乎是直線型的架構,乍看之下似乎流于簡陋,但是做移植的時候才能發現這種模式的好處

            說了這么多,其實重點就一條:FLTK是個好東西

            posted on 2015-10-19 23:52 cyantree 閱讀(3613) 評論(0)  編輯 收藏 引用

            久久精品国产欧美日韩99热| 欧美久久一级内射wwwwww.| 人妻无码αv中文字幕久久琪琪布| 国内精品久久久久影院亚洲| 久久久午夜精品| 色偷偷久久一区二区三区| jizzjizz国产精品久久| 91精品观看91久久久久久| 久久久久亚洲av毛片大| 久久精品视频一| 97精品伊人久久大香线蕉app | 99久久精品国产高清一区二区| 久久无码av三级| 亚洲中文字幕伊人久久无码 | 国产人久久人人人人爽| 国内精品久久久久久不卡影院| 久久综合亚洲色HEZYO社区| 99久久精品国产麻豆| 一级女性全黄久久生活片免费| 欧美精品久久久久久久自慰| 久久精品国产亚洲5555| 久久精品国产亚洲AV大全| 一级做a爰片久久毛片看看| 国产精品久久网| 亚洲精品乱码久久久久久中文字幕 | 91久久精品视频| 久久久久久毛片免费播放| 久久久久波多野结衣高潮| 国产激情久久久久影院老熟女免费 | 精品国产91久久久久久久| 久久午夜福利无码1000合集| 草草久久久无码国产专区| 777米奇久久最新地址| 男女久久久国产一区二区三区| 亚洲欧美成人久久综合中文网| 国产综合成人久久大片91| 93精91精品国产综合久久香蕉| 久久精品国产99国产精品澳门| 日韩精品久久无码人妻中文字幕| 精产国品久久一二三产区区别 | 国产亚洲美女精品久久久|