• <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 閱讀(3645) 評論(0)  編輯 收藏 引用

            www性久久久com| 国产精品日韩欧美久久综合| AA级片免费看视频久久| 激情久久久久久久久久| 天堂无码久久综合东京热| 国产69精品久久久久观看软件 | 久久精品国产网红主播| 国产99精品久久| 久久久久久久亚洲精品| 一本一本久久aa综合精品| 久久精品aⅴ无码中文字字幕重口| 久久A级毛片免费观看| 久久久久一级精品亚洲国产成人综合AV区 | 一本色道久久88—综合亚洲精品| 久久精品国产亚洲av麻豆小说 | 欧洲国产伦久久久久久久| 精品熟女少妇AV免费久久| 国产精品欧美久久久久无广告| 99久久精品免费看国产一区二区三区| 久久午夜电影网| 久久99精品久久久久子伦| 欧美日韩精品久久久久| 久久久久亚洲精品无码网址| 国产成人精品久久二区二区 | 成人国内精品久久久久一区| 久久天天婷婷五月俺也去| 久久久精品国产亚洲成人满18免费网站| 东方aⅴ免费观看久久av| 亚洲人成无码网站久久99热国产 | 久久国产亚洲精品无码| 中文字幕无码久久精品青草| 久久se精品一区精品二区国产| 国产精品天天影视久久综合网| 无码国内精品久久人妻| 亚洲色大成网站WWW久久九九| 中文字幕亚洲综合久久菠萝蜜| 狠狠色综合久久久久尤物| 国内精品久久久久影院网站 | 精品久久久久久无码国产| 91精品日韩人妻无码久久不卡| 久久婷婷久久一区二区三区|