開源精粹（二）！22個實用、有趣的開源項目

作為一名開源愛好者，發(fā)掘優(yōu)秀的開源項目是一件非常有趣的事情。在第一期中，我分享了單頁個人網(wǎng)站模板、組裝式 Flutter 應(yīng)用框架、PHP 客戶端庫、Java 診斷工具等一些實用的庫和工具。本期依舊會為大家分享一些前端、后端、移動開發(fā)的相關(guān)工具，希望你能“淘”到適合自己的工具。

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)！專注于網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、微信小程序定制開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了伽師免費建站歡迎大家使用！

1.Vue-EasyTable

Vue-EasyTable 是一款基于 Vue2.x 的 table 組件，具備自適應(yīng)、表頭與列固定、自定義單元格樣式、自定義 Loading 等功能。

2.React-Calendar

這是一款具備原生日期格式的日歷組件。它不依賴 Moment.js，支持日期選擇范圍，涵蓋了各國語言，開箱即用。

3.Matter

CSS 實現(xiàn)的 Material 組件合集項目，作者已將部分作品開源，效果可以在 CodePen 上查看。

4.Revery

Revery 是一款用于構(gòu)建高性能、跨平臺桌面應(yīng)用的框架。它類似于加速版的原生 Electron，除了擁有類似 React / Redux 的庫，還具備 GPU 加速渲染功能，其內(nèi)置的編譯器速度也相當(dāng)快。

5.Web Accessibility Guide

這是一個精選了 Web 可訪問性貼士、技巧和最佳實踐的開源項目，你將會學(xué)習(xí)到一些改善 Web 可訪問性的實用做法。

1.SOFAJRaft

SOFAJRaft 是螞蟻金服開源的生產(chǎn)級 Java Raft 算法庫，它基于 Raft 一致性算法的生產(chǎn)級高性能 Java 實現(xiàn)，支持 MULTI-RAFT-GROUP，適用于高負(fù)載低延遲的場景，易于使用。

2. Dragonwell

阿里開源了 OpenJDK 發(fā)行版 Dragonwell，它提供長期支持，包括性能增強和安全修復(fù)。在數(shù)據(jù)中心大規(guī)模 Java 應(yīng)用部署情況下，可以大幅度提高穩(wěn)定性、效率以及性能。

3.Lawoole

Lawoole 是一款基于 Laravel 和 Swoole 的高性能 PHP 框架。它兼具了 Laravel 的特點，還解決了其功能背后的性能問題。同時，你還能感受到與 Laravel 一樣的編碼體驗。

4.AntNest

AntNest 是一個簡潔、快速的異步爬蟲框架。它僅有 600 行代碼，基于 Python 3.6+.

5.PHP-Awesome

這個倉庫匯集了 PHP 優(yōu)秀的資源，供你查詢和參考。

1.FlutterBoost

FlutterBoost 是閑魚開源的新一代 Flutter-Native 混合解決方案。它能夠幫你處理頁面的映射和跳轉(zhuǎn)，你只需要關(guān)心頁面的名字和參數(shù)即可。

2.MyLayout

MyLayout 是一套 iOS 界面視圖布局框架，可謂 iOS 下的界面布局利器。它集成了 iOS Autolayout、Size Classes、Android 的 5 大布局體系、HTML/CSS 的浮動定位技術(shù)以及 Flex-Box 和 Bootstrap 框架等主流的平臺的界面布局功能，并提供了一套簡單、完備的多屏幕尺寸適配的解決方案。

3.SegementSlide

SegementSlide 是一個 iOS UI 庫，它具備完整的滑滾及切換組件，旨在解決多層 UIScrollView 嵌套滾動的問題。

1.DevHub

DevHub 是一款跨平臺的 GitHub 通知管理客戶端，支持 Android、 iOS、網(wǎng)頁和桌面上使用，幫助你便捷的接收 GitHub 各類通知。

2.Reqman

Reqman 是一個幫助后端工程師進(jìn)行 API 測試的工具，同時也是一個基于 Node.js 的爬蟲工具。

3.FreeCodeCamp

說到 FreeCodeCamp，或許大家不會陌生，而這個項目就是他們建立的開源課程和相應(yīng)的代碼庫。網(wǎng)站提供了 6 大認(rèn)證課程，也涉及了全棧開發(fā)認(rèn)證。如果你感興趣，不妨了解下。

4.Gitter

Gitter 是 GitHub 小程序客戶端，作者采用 Taro 框架 + Taro UI 進(jìn)行開發(fā)，而小程序內(nèi)數(shù)據(jù)則來自 GitHub Api V3.

5.Awesome Podcasts

這個項目收集了各類實用的播客，涵蓋了主流的編程語言，希望對你提升技術(shù)水平有所幫助。

6.編程圖書大全

書籍不光能在你迷茫的時候，給予你答案，還能在你提升技能的時候，給予你幫助。這個倉庫收集了眾多編程圖書，涉及主流編程語言、人工智能、算法、Linux、大數(shù)據(jù)等?？纯?，有木有你需要的。

7.VS Code Netease Music

很多開發(fā)者喜歡邊寫代碼，邊聽音樂，VS Code Netease Music 這個插件就能滿足你在 VS Code 上聽歌的愿望。它使用 Webview 實現(xiàn)，不依賴命令行播放器。

Star-Battle

Star-Battle 是一款使用 JavaScript ES6、Canvas 開發(fā)的飛船射擊類 游戲 。來 Enjoy 吧。

注：

如需轉(zhuǎn)載，煩請按下方注明出處信息，謝謝！

2018.11月Flutter優(yōu)質(zhì)開源項目

項目描述： A Tricky Solution for Implementing Inline-Image-In-Text Feature in Flutter.

項目描述：Widgets for creating Hero-like animations between two widgets within the same screen.

項目描述：How to build a Match-3 game, like Candy Crush, Bejeweled, FishDom… in Flutter.

項目描述：A flutter ui challenge .... building a planets app

項目描述：Clip your widgets with custom shapes provided.

項目描述：A widget that displays a collection of dispersed and non-overlapping children

項目描述：Whatsapp UI clone in flutter. ????

項目描述：A guillotine menu for Flutter

項目描述：Library for RAD development in Flutter

項目描述：juejin client ui power by flutter

項目描述：Platform-adapting flutter widgets.

項目描述：A simple navigator assistant that allows for passing data to named routes

項目描述：Periodic callbacks in the background for both IOS and Android. Includes Android Headless mechanism

項目描述：My profile in flutter ????????♂?

項目描述：flutter checkbox

項目描述：Code for Cakes Catalog screen created using Flutter

項目描述：Fimber is Flutter logger inspired by Timber (logger API for Android)

項目描述：a pure dart flutter ocr project.inlude picture corper and invoke api from baidu to ocr.

更多精彩內(nèi)容

Flutter開源app---開眼短視頻

在玩安卓上有款組件化開源app的項目，一款模仿 Eyepetizer | 開眼視頻的 開源app,這款app設(shè)計風(fēng)格特別喜歡的，比較簡潔，美觀，然后最近又在學(xué)flutter的知識，于是就寫了一款flutter版本的開源短視頻，效果也是聽不錯的，廢話不多說，先上效果圖。

先附上項目地址：

項目api會在后面的參考鏈接里，或者直接項目內(nèi)查看。

項目地址：

更新：6/30 項目新增下拉刷新，上拉加載功能

kotlin版本開眼短視頻開發(fā)中，敬請期待...

總結(jié)：在此感謝參考的伙伴的文章，寫的也很好，然后我將這個項目改寫成了flutter，當(dāng)中也學(xué)習(xí)到了很多flutter相關(guān)的知識，后續(xù)還有繼續(xù)鞏固，不斷學(xué)習(xí)。

參考鏈接（包含本項目的api）

Flutter浪潮下的音視頻研發(fā)探索

文/陳爐軍

整理/LiveVideoStack

大家好，我是阿里巴巴閑魚事業(yè)部的陳爐軍，本次分享的主題是Flutter浪潮下的音視頻研發(fā)探索，主要內(nèi)容是針對閑魚APP在當(dāng)下流行的跨平臺框架Flutter的大規(guī)模實踐，介紹其在音視頻領(lǐng)域碰到的一些困難以及解決方案。

分享內(nèi)容主要分為四個方面，首先會對Flutter有一個簡單介紹以及選擇Flutter作為跨平臺框架的原因，其次會介紹Flutter中與音視頻關(guān)系非常大的外接紋理概念，以及對它做出的一些優(yōu)化。之后會對閑魚在音視頻實踐過程中碰到的一些Flutter問題提出了一些解決方案——TPM音視頻框架。最后是閑魚Flutter多媒體開源組件的介紹。

Flutter

Flutter是一個跨平臺框架，以往的做法是將音頻、視頻和網(wǎng)絡(luò)這些模塊都下沉到C++層或者ARM層，在其上封裝成一個音視頻的SDK，供UI層的PC、iOS和Android調(diào)用。

而Flutter做為一個UI層的跨平臺框架，顧名思義就是在UI層也實現(xiàn)了一個跨平臺開發(fā)?？梢灶A(yù)想的是未Flutter發(fā)展的好的話，會逐漸變?yōu)橐粋€從底層到UI層的一個全鏈路的跨平臺開發(fā)，技術(shù)人員分別負(fù)責(zé)SDK和UI層的開發(fā)。

在Flutter之前已經(jīng)有很多跨平臺UI解決方案，那為什么選擇Flutter呢？

我們主要考慮性能和跨平臺的能力。

以往的跨平臺方案比如Weex，ReactNative，Cordova等等因為架構(gòu)的原因無法滿足性能要求，尤其是在音視頻這種性能要求幾乎苛刻的場景。

而諸如Xamarin等，雖然性能可以和原生App一致，但是大部分邏輯還是需要分平臺實現(xiàn)。

我們可以看一下，為什么Flutter可以實現(xiàn)高性能：

原生的native組件渲染以IOS為例，蘋果的UIKit通過調(diào)用平臺自己的繪制框架QuaztCore來實現(xiàn)UI的繪制，圖形繪制也是調(diào)用底層的API,比如OpenGL、Metal等。

而Flutter也是和原生API邏輯一致，也是通過調(diào)用底層的繪制框架層SKIA實現(xiàn)UI層。這樣相當(dāng)于Flutter他自己實現(xiàn)了一套UI框架，提供了一種性能超越原生API的跨平臺可能性。

但是我們說一個框架最終性能怎樣，其實取決于設(shè)計者和開發(fā)者。至于現(xiàn)在到底是一個什么狀況：

在閑魚的實踐中，我們發(fā)現(xiàn)在正常的開發(fā)沒有特意的去優(yōu)化UI代碼的情況下，在一些低端機(jī)上，F(xiàn)lutter界面的流暢性是比Native界面要好的。

雖然現(xiàn)在閑魚某些場景下會有卡頓閃退等情況，但是這是一個新事物發(fā)展過程中的必然問題，我們相信未來性能肯定不會成為限制Flutter發(fā)展的瓶頸的。

在閑魚實踐Flutter的過程中，混合棧和音視頻是其中比較難解決的兩個問題，混合棧是指一個APP在Flutter過程中不可能一口氣將所有業(yè)務(wù)全部重寫為Flutter，所以這是一個逐步迭代的過程，這期間原生native界面與Flutter界面共存的狀態(tài)就稱之為混合棧。閑魚在混合棧上也有一些比較好的輸出，例如FlutterBoost。

外接紋理

在講音視頻之前需要簡要介紹一下外接紋理的概念，我們將它稱之為是Flutter和Frame之間的橋梁。

Flutter渲染一幀屏幕數(shù)據(jù)首先要做的是，GPU發(fā)出的VC信號在Flutter的UI線程，通過AOT編譯的機(jī)器碼結(jié)合當(dāng)前Dart Runtime，生成Layer Tree UI樹，Layer Tree上每一個葉子節(jié)點都代表了當(dāng)前屏幕上所需要渲染的每一個元素，包含了這些元素渲染所需要的內(nèi)容。將Layer Tree拋給GPU線程，在GPU線程內(nèi)調(diào)用Skia去完成整個UI的渲染過程。Layer Tree中有PictureLayer和TextureLayer兩個比較重要的節(jié)點。PictureLayer主要負(fù)責(zé)屏幕圖片的渲染，F(xiàn)lutter內(nèi)部實現(xiàn)了一套圖片解碼邏輯，在IO線程將圖片讀取或者從網(wǎng)絡(luò)上拉取之后，通過解碼能夠在IO線程上加載出紋理，交給GPU線程將圖片渲染到屏幕上。但是由于音視頻場景下系統(tǒng)API太過繁多，業(yè)務(wù)場景過于復(fù)雜。Flutter沒有一套邏輯去實現(xiàn)跨平臺的音視頻組件，所以說Flutter提出了一種讓第三方開發(fā)者來實現(xiàn)音視頻組件的方式，而這些音視頻組件的視頻渲染出口，就是TextureLayer。

在整個Layer Tree渲染的過程中，TextureLayer的數(shù)據(jù)紋理需要由外部第三方開發(fā)者來指定，可以把視頻數(shù)據(jù)和播放器數(shù)據(jù)送到TextureLayer里，由Flutter將這些數(shù)據(jù)渲染出來。

TextureLayer渲染過程：首先判斷Layer是否已經(jīng)初始化，如果沒有就創(chuàng)建一個Texture，然后將Texture Attach到一個SufaceTexture上。

這個SufaceTexture是音視頻的native代碼可以獲取到的對象，通過這個對象創(chuàng)建的Suface，我們可以將視頻數(shù)據(jù)、攝像頭數(shù)據(jù)解碼放到Suface中，然后Flutter端通過監(jiān)聽SufaceTexture的數(shù)據(jù)更新就可以順利把剛才創(chuàng)建的數(shù)據(jù)更新到它的紋理中，然后再將紋理交給SKIA渲染到屏幕上。

然而我們?nèi)绻枰肍lutter實現(xiàn)美顏，濾鏡，人臉貼圖等等功能，就需要將視頻數(shù)據(jù)讀取出來，更新到紋理中，再將GPU紋理經(jīng)過美顏濾鏡處理后生成一個處理后的紋理。按Flutter提供的現(xiàn)有能力，必須先將紋理中的數(shù)據(jù)從GPU讀出到CPU中，生成Bitmap后再寫入Surface中，這樣在Flutter中才能順利的更新到視頻數(shù)據(jù)，這樣做對系統(tǒng)性能的消耗很大。

通過對Flutter渲染過程分析，我們知道Flutter底層需要渲染的數(shù)據(jù)就是GPU紋理，而我們經(jīng)過美顏濾鏡處理完成以后的結(jié)果也是GPU紋理，如果可以將它直接交給Flutter渲染，那就可以避免GPU-CPU-GPU這樣的無用循環(huán)。這樣的方法是可行的，但是需要一個條件，就是OpenGL上下文共享。

OpenGL

在說上下文之前，得提到一個和上線文息息相關(guān)的概念：線程。

Flutter引擎啟動后會啟動四個線程：

第一個線程是UI線程，這是Flutter自己定義的UI線程，主要負(fù)責(zé)GPU發(fā)出的VSync信號時候用當(dāng)前Dart編譯的機(jī)器碼和當(dāng)前運行環(huán)境創(chuàng)建出Layer Tree。

還有就是IO線程和GPU線程。和大部分OpenGL處理解決方案中一樣，F(xiàn)lutter也采取一個線程責(zé)資源加載，一部分負(fù)責(zé)資源渲染這種思路。

兩個線程之間紋理共享有兩種方式。一種是EGLImage(IOS是 CVOpenGLESTextureCache)。一種是OpenGL Share Context。Flutter通過Share Context來實現(xiàn)紋理共享，將IO線程的Context和GPU線程的Context進(jìn)行Share，放到同一個Share Group下面，這樣兩個線程下資源是互相可見可以共享的。

Platform線程是主線程，F(xiàn)lutter中有一個很奇怪的設(shè)定，GPU線程和主線程共用一個Context。并且在主線程也有很多OpenGL 操作。

這樣的設(shè)計會給音視頻開發(fā)帶來很多問題，后面會詳細(xì)說。

音視頻端美顏處理完成的OpenGL紋理能夠讓Flutter直接使用的條件就是Flutter的上下文需要和平臺音視頻相關(guān)的OpenGL上下文處在一個Share Group下面。

由于Flutter主線程的Context就是GPU的Context，所以在音視頻端主線程中有一些OpenGL操作的話，很有可能使Flutter整個OpenGL被破壞掉。所以需要將所有的OpenGL操作都限制在子線程中。

通過上述這兩個條件的處理，我們就可以在沒有增加GPU消耗的前提下實現(xiàn)美顏和濾鏡等等功能。

TPM

在經(jīng)過demo驗證之后，我們將這個方案應(yīng)用到閑魚音視頻組件中，但改造過程中發(fā)現(xiàn)了一些問題。

上圖是攝像頭采集數(shù)據(jù)轉(zhuǎn)換為紋理的一段代碼，其中有兩個操作：首先是切進(jìn)程，將后面的OpenGL操作都切到cameraQueue中。然后是設(shè)置一次上下文。然后這種限制條件或者說是潛規(guī)則往往在開發(fā)過程中容易被忽略的。而這個條件一旦忽略后果就是出現(xiàn)一些莫名其妙的詭異問題極難排查。因此我們就希望能抽象出一套框架，由框架本身實現(xiàn)線程的切換、上下文和模塊生命周期等的管理，開發(fā)者接入框架以后只需要安心實現(xiàn)自己的算法，而不需要關(guān)心這些潛規(guī)則還有其他一些重復(fù)的邏輯操作。

在引入Flutter之前閑魚的音視頻架構(gòu)與大部分音視頻邏輯一樣采用分層架構(gòu)：

1：底層是一些獨立模塊

2：SDK層是對底層模塊的封裝

3：最上層是UI層。

引入Flutter之后，通過分析各個模塊的使用場景，我們可以得出一個假設(shè)或者說是抽象：音視頻應(yīng)用在終端上可以歸納為視頻幀解碼之后視頻數(shù)據(jù)幀在各個模塊之間流動的過程，基于這種假設(shè)去做Flutter音視頻框架的抽象。

咸魚Flutter多媒體開源組件

整個Flutter音視頻框架抽象分為管線和數(shù)據(jù)的抽象、模塊的抽象、線程統(tǒng)一管理和上下文同一管理四部分。

管線，其實就是視頻幀流動的管道。數(shù)據(jù)，音視頻中涉及到的數(shù)據(jù)包括紋理、Bit Map以及時間戳等。結(jié)合現(xiàn)有的應(yīng)用場景我們定義了管線流通數(shù)據(jù)以Texture為主數(shù)據(jù)，同時可以選擇性的添加Bit Map等作為輔助數(shù)據(jù)。這樣的數(shù)據(jù)定義方式，避免重復(fù)的創(chuàng)建和銷毀紋理帶來的性能開銷以及多線程訪問紋理帶來的一些問題。也滿足一些特殊模塊對特殊數(shù)據(jù)的需求。同時也設(shè)計了紋理池來管理管線中的紋理數(shù)據(jù)。

模塊：如果把管線和數(shù)據(jù)比喻成血管和血液，那框架音視頻的場景就可以比喻成器官，我們根據(jù)模塊所在管線的位置抽象出采集、處理和輸出三個基類。這三個基類里實現(xiàn)了剛才說的線程切換，上下文切換，格式轉(zhuǎn)換等等共同邏輯，各個功能模塊通過集成自這些基類，可以避免很多重復(fù)勞動。

線程：每一個模塊初始化的時候，初始化函數(shù)就會去線程管理的模塊去獲取自己的線程，線程管理模塊可以決定給初始化函數(shù)分配新的線程或者已經(jīng)分配過其他模塊的線程。

這樣有三個好處：

一是可以根據(jù)需要去決定一個線程可以掛載多少模塊，做到線程間的負(fù)載均衡。第二，多線程并發(fā)式能夠保證模塊內(nèi)的OpenGL操作是在當(dāng)前線程內(nèi)而不會跑到主線程去，徹底避免Flutter的OpenGL 環(huán)境被破壞。第三，多線程并行可以充分利用CPU多核架構(gòu)，提升處理速度。

從Flutter端修改Flutter引擎將Context取出后，根據(jù)Context創(chuàng)建上下文的統(tǒng)一管理模塊，每一個模塊在初始化的時候會獲取它的線程，獲取之后會調(diào)用上下文管理模塊獲取自己的上下文。這樣可以保證每一個模塊的上下文都是與Flutter的上下文進(jìn)行Share的，每個模塊之間資源都是共享可見的，F(xiàn)lutter和音視頻native之間也是互相共享可見的。

基于上述框架如果要實現(xiàn)一個簡單的場景，比如畫面實時預(yù)覽和濾鏡處理功能，

1：需要選擇功能模塊，功能模塊包括攝像頭模塊、濾鏡處理模塊和Flutter畫面渲染模塊，

2：需要配置模塊參數(shù)，比如采集分辨率、濾鏡參數(shù)和前后攝像頭設(shè)置等，

3：在創(chuàng)建視頻管線后使用已配置的參數(shù)創(chuàng)建模塊

4：最后管線搭載模塊，開啟管線就可以實現(xiàn)這樣簡單的功能。

上圖為整個功能實現(xiàn)的代碼和結(jié)構(gòu)圖。

結(jié)合上述音視頻框架，閑魚實現(xiàn)了Flutter多媒體開源組件。

組要包含四個基本組件分別是：

1：視頻圖像拍攝組件

2：播放器組件

3：視頻圖像編輯組件

4：相冊選擇組件

現(xiàn)在這些組件正在走內(nèi)部開源流程。預(yù)計9月份，相冊和播放器會實現(xiàn)開源。

后續(xù)展望和規(guī)劃

1：實現(xiàn)開頭所說的從底層SDK到UI的全鏈路的跨端開發(fā)。目前底層框架層和模塊層都是各個平臺各自實現(xiàn)，反而是Flutter的UI端進(jìn)行了跨平臺的統(tǒng)一，所以后續(xù)會將底層也按照音視頻常用做法把邏輯下沉到C++層，盡可能的實現(xiàn)全鏈路跨平臺。

2：第二部分內(nèi)容為開源共建，閑魚開源的內(nèi)容不僅包括拍攝、編輯組件，還包括了很多底層模塊，希望有開發(fā)者在基于Flutter開發(fā)音視頻應(yīng)用時可以充分利用閑魚開源出的音視頻模塊能力，搭建APP框架，開發(fā)者只要去負(fù)責(zé)實現(xiàn)特殊需求模塊就可以，盡可能的減少重復(fù)勞動。

為什么除了Flutter之外，我們還需要另一個跨平臺開發(fā)框架？

不久前，谷歌正式推出 Jetpack Compose 1.0 版本。近日，JetBrains 在此基礎(chǔ)上發(fā)布了 Compose Multiplatform Alpha 版本，旨在將 Compose 擴(kuò)展到桌面和 Web 端。

Compose Multiplatform 由 Compose for Desktop 和 Compose for Web 組成，通過 Kotlin Multiplatform 支持許多不同的平臺。其中，Compose Desktop 采用 Google 的 Skia 圖形庫，來實現(xiàn)在 Windows、macOS 和 Linux 上的 UI 繪制，借此在所有支持的操作系統(tǒng)中提供統(tǒng)一的體驗，類似于 Flutter 的做法。

根據(jù) Kotlin 團(tuán)隊的說法，相比起 Electron 框架，Compose Multiplatform 在內(nèi)存消耗、安裝大小和 UI 渲染性能等方面將有更明顯的優(yōu)勢。隨著 Alpha 版本的發(fā)布，Compose Multiplatform 還收獲了新的 Android Studio 插件，包括對在 IDE 中顯示組件預(yù)覽的支持以及許多附加功能。

我們希望通過本文幫助大家進(jìn)一步了解 Compose 的跨平臺能力，以及 JetBrains 將 Compose 從 Android 擴(kuò)展到這些其他平臺背后的主要驅(qū)動力是什么。

基于 Jetpack Compose 1.0

由谷歌打造的 Jetpack Compose 是一款用于在 Android 應(yīng)用程序之內(nèi)構(gòu)建用戶界面的官方框架，上周剛剛發(fā)布 1.0 版本。與此同時，Android Studio 代號“極狐”的首個穩(wěn)定版 2020.3.1 也正式亮相。

盡管才剛迎來 1.0，但谷歌表示“目前 Play Store 中已經(jīng)有超過 2000 款應(yīng)用程序在使用 Compose——更重要的是，就連 Play Store 這款應(yīng)用本身也在使用 Compose?！惫雀璺矫孢€表示，“我們一直在與一些頂級應(yīng)用的開發(fā)人員進(jìn)行合作，他們的反饋和支持幫助我們使 1.0 版本更加強大。”

Jetpack Compose for Android 迎來 1.0 版本

Compose 基于 Kotlin 開發(fā)，而 Kotlin 與 Android Studio（即官方指定的 Android IDE）均來自開發(fā)工具廠商 JetBrains。雖然 Jetpack Compose 專為 Android 打造（與谷歌的 Flutter 框架不同）， 但 JetBrains 公司堅信 Compose 完全能夠獲得跨平臺能力 。

Compose for Desktop: 這只是開始

Compose Multiplatform 可以說是該框架面向 MacOS、Linux、Windows 以及 Web 開設(shè)的一個端口，目前剛剛發(fā)布 1.0 Alpha 版本。雖然尚處于早期開發(fā)階段，但 JetBrains 表示，其已經(jīng)“為開發(fā)人員帶來能夠基本安全使用的穩(wěn)定 API”。

TheRegister 就此事詢問了 JetBrains 公司 Compose 項目負(fù)責(zé)人 Nikolay Igotti，希望了解為什么該公司在擁有了已經(jīng)廣泛應(yīng)用于 IntelliJ IDEA IDE 及多種豐富變體的桌面應(yīng)用程序跨平臺 Java 框架之外，還要費力開發(fā) Compose for Desktop。Igotti 的回答是，“舊有 Java 框架基本上就是修改版的 Swing。Swing 屬于默認(rèn) JDK UI 框架，Swing 和 AWT（Abstract Windows Toolkit，抽象窗口工具包）。Compose 則完全是另一碼事，當(dāng)然我們也在設(shè)計中考慮到了互操作性需求……Swing 這套框架太陳舊了，最早出現(xiàn)在上世紀(jì)九十年代末。多年來人們對于 UI 的設(shè)計思路已經(jīng)天翻地覆，Swing 顯然滿足不了要求了?！?/p>

JetBrains IDE 中的 Compose for Desktop 項目

Compose 與 Swing 有一個比較大的共同點：與其他使用本機(jī)控件的跨平臺框架，比如例如 Java 的 SWT（Standard Widget Toolkit）以及微軟的 Xamarin 有所不同，它們選擇自主繪制控件。Compose 使用的 Skia 開源圖形庫，也在谷歌 Chrome、Flutter 及其他眾多框架當(dāng)中得到廣泛應(yīng)用。那這是否意味著 Compose 應(yīng)用程序?qū)]有自己的原生外觀？對此，Igotti 的回應(yīng)是，“這取決于開發(fā)人員的選擇，取決于他們?nèi)绾螢閼?yīng)用程序設(shè)置主題。在這方面，Compose 的情況與 Flutter 等其他框架沒什么區(qū)別?！?/p>

那 Compose for Desktop 應(yīng)用程序是否依賴于 JVM（Java Virtual Machine）運行？Igotti 表示，“我們也知道，JVM 應(yīng)用程序的發(fā)布情況可能比較棘手。因此我們提供自己的 Gradle 插件，其使用 jpackage 與 Jlink 以 JVM 應(yīng)用程序為基礎(chǔ)制作原生應(yīng)用程序。Mac 的.dmg、Windows 的 MSI、Linux 的 deb 包等均可實現(xiàn)，大家用不著擔(dān)心 JVM?！?/p>

也就是說，開發(fā)成果將會是一款被精心包裹起來的 JVM 應(yīng)用程序。JetBrains 還有一款用于解決這個問題的 Kotlin/Native 編譯器，“預(yù)計將在未來發(fā)布，或者專門用于桌面開發(fā)?！?/p>

對應(yīng)用程序的另一種思考方式

那 Web 應(yīng)用程序方面呢？Igotti 回應(yīng)稱，“我們使用 Kotlin/JS 編譯器?！盋ompose 的 Web 版本不如桌面版先進(jìn)，說明文檔中也警告稱“API 尚未最終確定，預(yù)計會發(fā)生重大變化?！贝送?，雖然 Web 版本確實使用 Compose 模型，但 API 卻完全不同，而且會使用 HTML 與 CSS。所以，Web 版與 Compose for Desktop 之間能夠共享的代碼應(yīng)該比較少。

據(jù) Igotti 介紹，“Compose 代表著一種不同的應(yīng)用程序思考方式。狀態(tài)即 UI 的真實來源，而 UI 本身是無狀態(tài)的，其表達(dá)永遠(yuǎn)由狀態(tài)計算得出。在這方面，Compose for Web 采用一組相同的原語，完全相同的狀態(tài)管理思路。但是對于具體的小部件集合與排列方式，Web 版與桌面版之間確實無法互通?！?/p>

說到這里，為什么要把 Compose for Android 擴(kuò)展到多種其他平臺之上？“Compose 的目標(biāo)受眾主要分為三類。首先是使用 Kotlin 與 Compose 的 Android 開發(fā)人員，他們希望把自己的開發(fā)成果交付至其他平臺；其二是純 Kotlin 開發(fā)人員，他們希望以‘一次編寫、隨處運行’的方式開發(fā)新的應(yīng)用程序；第三則是那些不太熟悉 Kotlin 或者 Compose，但又希望開發(fā)出精美 UI 的用戶，我們希望能為他們提供實現(xiàn)目標(biāo)的工具?！?/p>

Igotti 并沒有給出具體的發(fā)布日期，但表示自己希望 Beta 版能在今年秋天發(fā)布，“我們也希望能在今年之內(nèi)推出 1.0 版本?！表椖勘旧硎峭耆_源的，“二十一世紀(jì)了，框架在大多數(shù)人們心目中就不應(yīng)該收費。我們只是想開發(fā)一款長期缺失的軟件”，補足 JetBrains 當(dāng)前商業(yè)模式中的工具鏈。

那么，JetBrains 會在自己的其他工具中使用 Compose 嗎？事實上，他們的 JetBrains Toolbox（用于管理已安裝的 IDE）已經(jīng)在使用 Compose，但 Igotti 表示短時間內(nèi) Compose 還無法取代 IntelliJ IDEA 等現(xiàn)有框架?！熬庉嬈魇瞧渲凶顝?fù)雜也最重要的組件，經(jīng)歷了 20 年的發(fā)展演進(jìn)，我們幾乎不可能在中途進(jìn)行重寫了。無論是 JetBrains 還是我個人，都不打算強迫每個人都轉(zhuǎn)而使用 Compose。我們的目標(biāo)是為原有框架選項滿足不了的用戶提供新的解決方案?！?/p>

寫在最后

那么，為什么除了 Flutter 之外，我們還需要另一個跨平臺框架？雖然谷歌的 Flutter 最開始主要面向移動設(shè)備，但現(xiàn)在也開始向桌面及 iOS 進(jìn)軍，甚至比 Compose 還搶先了一步。不過，根據(jù) StackOverflow 的最新調(diào)查， Flutter 使用的語言為 Dart；盡管 Dart 語言的人氣正在增長（正是受到 Flutter 的推動），但仍然無法與 Kotlin 相提并論。

Compose 代表著一種獨特的 UI 構(gòu)建方法，也許最期待 Compose 跨平臺功能的受眾，正是那些曾在 Android 上使用過它、又特別喜歡這種 UI 構(gòu)建體驗的開發(fā)者。

想要進(jìn)一步了解 Compose，國內(nèi) Android 開發(fā)者可訪問以下鏈接查看中文手冊：

延伸閱讀：

Flutter跨平臺框架（Dart語言）

Flutter是谷歌的移動UI框架，可以快速在iOS和Android上構(gòu)建高質(zhì)量的原生用戶界面。 Flutter可以與現(xiàn)有的代碼一起工作。在全世界，F(xiàn)lutter正在被越來越多的開發(fā)者和組織使用，并且Flutter是完全免費、開源的。(-中文網(wǎng)；-英文網(wǎng))

Flutter是一種趨勢，勢必會取代RN，成為最主流的跨平臺開發(fā)框架，基于Dart語言。ios開發(fā)必須Mac電腦。android開發(fā)window、linux、Mac均可。

網(wǎng)頁標(biāo)題：flutter開源么,flutter開發(fā)
鏈接URL：http://jinyejixie.com/article42/dssdohc.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供手機(jī)網(wǎng)站建設(shè)、、靜態(tài)網(wǎng)站、外貿(mào)網(wǎng)站建設(shè)、軟件開發(fā)、網(wǎng)站設(shè)計公司

廣告

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