bottom_tab_bar,
成都創(chuàng)新互聯(lián)公司是專業(yè)的龍山網(wǎng)站建設(shè)公司，龍山接單;提供網(wǎng)站制作、做網(wǎng)站,網(wǎng)頁設(shè)計(jì),網(wǎng)站設(shè)計(jì),建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行龍山網(wǎng)站開發(fā)網(wǎng)頁制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊(duì),希望更多企業(yè)前來合作!
用法和bottom_navigation_bar一樣，但是新增了一些屬性的用法
bottom navigation bar 里面的 icon and title.
回調(diào)，帶的是tab的index
The callback that is called when a item is tapped.
The widget creating the bottom navigation bar needs to keep track of the current index and call setState to rebuild it with the newly provided index.
The index into [items] of the current active item.
當(dāng)前激活的是哪一個(gè)tab
Defines the layout and behavior of a [BottomTabBar].
See documentation for [BottomTabBarType] for information on the meaning of different types.
The color of the selected item when bottom navigation bar is [BottomTabBarType.fixed].
If [fixedColor] is null then the theme's primary color, [ThemeData.primaryColor], is used. However if [BottomTabBar.type] is [BottomTabBarType.shifting] then [fixedColor] is ignored.
The size of all of the [BottomTabBarItem] icons.
See [BottomTabBarItem.icon] for more information.
動(dòng)畫是否開啟，默認(rèn)是開起的
未讀消息的顏色，默認(rèn)是fixedColor
按壓水墨屏效果是否開啟，默認(rèn)是開啟的，
還是帶動(dòng)畫的，不太適合我們的正常項(xiàng)目
未讀消息，是一個(gè)widget，可以自定義樣式
未讀消息
first import dependeny in pubspec.yaml
example:
不久前，谷歌正式推出 Jetpack Compose 1.0 版本。近日，JetBrains 在此基礎(chǔ)上發(fā)布了 Compose Multiplatform Alpha 版本，旨在將 Compose 擴(kuò)展到桌面和 Web 端。
Compose Multiplatform 由 Compose for Desktop 和 Compose for Web 組成，通過 Kotlin Multiplatform 支持許多不同的平臺(tái)。其中，Compose Desktop 采用 Google 的 Skia 圖形庫(kù)，來實(shí)現(xiàn)在 Windows、macOS 和 Linux 上的 UI 繪制，借此在所有支持的操作系統(tǒng)中提供統(tǒng)一的體驗(yàn)，類似于 Flutter 的做法。
根據(jù) Kotlin 團(tuán)隊(duì)的說法，相比起 Electron 框架，Compose Multiplatform 在內(nèi)存消耗、安裝大小和 UI 渲染性能等方面將有更明顯的優(yōu)勢(shì)。隨著 Alpha 版本的發(fā)布，Compose Multiplatform 還收獲了新的 Android Studio 插件，包括對(duì)在 IDE 中顯示組件預(yù)覽的支持以及許多附加功能。
我們希望通過本文幫助大家進(jìn)一步了解 Compose 的跨平臺(tái)能力，以及 JetBrains 將 Compose 從 Android 擴(kuò)展到這些其他平臺(tái)背后的主要驅(qū)動(dòng)力是什么。
基于 Jetpack Compose 1.0
由谷歌打造的 Jetpack Compose 是一款用于在 Android 應(yīng)用程序之內(nèi)構(gòu)建用戶界面的官方框架，上周剛剛發(fā)布 1.0 版本。與此同時(shí)，Android Studio 代號(hào)“極狐”的首個(gè)穩(wěn)定版 2020.3.1 也正式亮相。
盡管才剛迎來 1.0，但谷歌表示“目前 Play Store 中已經(jīng)有超過 2000 款應(yīng)用程序在使用 Compose——更重要的是，就連 Play Store 這款應(yīng)用本身也在使用 Compose?！惫雀璺矫孢€表示，“我們一直在與一些頂級(jí)應(yīng)用的開發(fā)人員進(jìn)行合作，他們的反饋和支持幫助我們使 1.0 版本更加強(qiáng)大?！?/p>
Jetpack Compose for Android 迎來 1.0 版本
Compose 基于 Kotlin 開發(fā)，而 Kotlin 與 Android Studio（即官方指定的 Android IDE）均來自開發(fā)工具廠商 JetBrains。雖然 Jetpack Compose 專為 Android 打造（與谷歌的 Flutter 框架不同）， 但 JetBrains 公司堅(jiān)信 Compose 完全能夠獲得跨平臺(tái)能力 。
Compose for Desktop: 這只是開始
Compose Multiplatform 可以說是該框架面向 MacOS、Linux、Windows 以及 Web 開設(shè)的一個(gè)端口，目前剛剛發(fā)布 1.0 Alpha 版本。雖然尚處于早期開發(fā)階段，但 JetBrains 表示，其已經(jīng)“為開發(fā)人員帶來能夠基本安全使用的穩(wěn)定 API”。
TheRegister 就此事詢問了 JetBrains 公司 Compose 項(xiàng)目負(fù)責(zé)人 Nikolay Igotti，希望了解為什么該公司在擁有了已經(jīng)廣泛應(yīng)用于 IntelliJ IDEA IDE 及多種豐富變體的桌面應(yīng)用程序跨平臺(tái) Java 框架之外，還要費(fèi)力開發(fā) Compose for Desktop。Igotti 的回答是，“舊有 Java 框架基本上就是修改版的 Swing。Swing 屬于默認(rèn) JDK UI 框架，Swing 和 AWT（Abstract Windows Toolkit，抽象窗口工具包）。Compose 則完全是另一碼事，當(dāng)然我們也在設(shè)計(jì)中考慮到了互操作性需求……Swing 這套框架太陳舊了，最早出現(xiàn)在上世紀(jì)九十年代末。多年來人們對(duì)于 UI 的設(shè)計(jì)思路已經(jīng)天翻地覆，Swing 顯然滿足不了要求了。”
JetBrains IDE 中的 Compose for Desktop 項(xiàng)目
Compose 與 Swing 有一個(gè)比較大的共同點(diǎn)：與其他使用本機(jī)控件的跨平臺(tái)框架，比如例如 Java 的 SWT（Standard Widget Toolkit）以及微軟的 Xamarin 有所不同，它們選擇自主繪制控件。Compose 使用的 Skia 開源圖形庫(kù)，也在谷歌 Chrome、Flutter 及其他眾多框架當(dāng)中得到廣泛應(yīng)用。那這是否意味著 Compose 應(yīng)用程序?qū)]有自己的原生外觀？對(duì)此，Igotti 的回應(yīng)是，“這取決于開發(fā)人員的選擇，取決于他們?nèi)绾螢閼?yīng)用程序設(shè)置主題。在這方面，Compose 的情況與 Flutter 等其他框架沒什么區(qū)別?！?/p>
那 Compose for Desktop 應(yīng)用程序是否依賴于 JVM（Java Virtual Machine）運(yùn)行？Igotti 表示，“我們也知道，JVM 應(yīng)用程序的發(fā)布情況可能比較棘手。因此我們提供自己的 Gradle 插件，其使用 jpackage 與 Jlink 以 JVM 應(yīng)用程序?yàn)榛A(chǔ)制作原生應(yīng)用程序。Mac 的.dmg、Windows 的 MSI、Linux 的 deb 包等均可實(shí)現(xiàn)，大家用不著擔(dān)心 JVM?！?/p>
也就是說，開發(fā)成果將會(huì)是一款被精心包裹起來的 JVM 應(yīng)用程序。JetBrains 還有一款用于解決這個(gè)問題的 Kotlin/Native 編譯器，“預(yù)計(jì)將在未來發(fā)布，或者專門用于桌面開發(fā)?！?/p>
對(duì)應(yīng)用程序的另一種思考方式
那 Web 應(yīng)用程序方面呢？Igotti 回應(yīng)稱，“我們使用 Kotlin/JS 編譯器。”Compose 的 Web 版本不如桌面版先進(jìn)，說明文檔中也警告稱“API 尚未最終確定，預(yù)計(jì)會(huì)發(fā)生重大變化。”此外，雖然 Web 版本確實(shí)使用 Compose 模型，但 API 卻完全不同，而且會(huì)使用 HTML 與 CSS。所以，Web 版與 Compose for Desktop 之間能夠共享的代碼應(yīng)該比較少。
據(jù) Igotti 介紹，“Compose 代表著一種不同的應(yīng)用程序思考方式。狀態(tài)即 UI 的真實(shí)來源，而 UI 本身是無狀態(tài)的，其表達(dá)永遠(yuǎn)由狀態(tài)計(jì)算得出。在這方面，Compose for Web 采用一組相同的原語，完全相同的狀態(tài)管理思路。但是對(duì)于具體的小部件集合與排列方式，Web 版與桌面版之間確實(shí)無法互通?！?/p>
說到這里，為什么要把 Compose for Android 擴(kuò)展到多種其他平臺(tái)之上？“Compose 的目標(biāo)受眾主要分為三類。首先是使用 Kotlin 與 Compose 的 Android 開發(fā)人員，他們希望把自己的開發(fā)成果交付至其他平臺(tái)；其二是純 Kotlin 開發(fā)人員，他們希望以‘一次編寫、隨處運(yùn)行’的方式開發(fā)新的應(yīng)用程序；第三則是那些不太熟悉 Kotlin 或者 Compose，但又希望開發(fā)出精美 UI 的用戶，我們希望能為他們提供實(shí)現(xiàn)目標(biāo)的工具?！?/p>
Igotti 并沒有給出具體的發(fā)布日期，但表示自己希望 Beta 版能在今年秋天發(fā)布，“我們也希望能在今年之內(nèi)推出 1.0 版本。”項(xiàng)目本身是完全開源的，“二十一世紀(jì)了，框架在大多數(shù)人們心目中就不應(yīng)該收費(fèi)。我們只是想開發(fā)一款長(zhǎng)期缺失的軟件”，補(bǔ)足 JetBrains 當(dāng)前商業(yè)模式中的工具鏈。
那么，JetBrains 會(huì)在自己的其他工具中使用 Compose 嗎？事實(shí)上，他們的 JetBrains Toolbox（用于管理已安裝的 IDE）已經(jīng)在使用 Compose，但 Igotti 表示短時(shí)間內(nèi) Compose 還無法取代 IntelliJ IDEA 等現(xiàn)有框架。“編輯器是其中最復(fù)雜也最重要的組件，經(jīng)歷了 20 年的發(fā)展演進(jìn)，我們幾乎不可能在中途進(jìn)行重寫了。無論是 JetBrains 還是我個(gè)人，都不打算強(qiáng)迫每個(gè)人都轉(zhuǎn)而使用 Compose。我們的目標(biāo)是為原有框架選項(xiàng)滿足不了的用戶提供新的解決方案。”
寫在最后
那么，為什么除了 Flutter 之外，我們還需要另一個(gè)跨平臺(tái)框架？雖然谷歌的 Flutter 最開始主要面向移動(dòng)設(shè)備，但現(xiàn)在也開始向桌面及 iOS 進(jìn)軍，甚至比 Compose 還搶先了一步。不過，根據(jù) StackOverflow 的最新調(diào)查， Flutter 使用的語言為 Dart；盡管 Dart 語言的人氣正在增長(zhǎng)（正是受到 Flutter 的推動(dòng)），但仍然無法與 Kotlin 相提并論。
Compose 代表著一種獨(dú)特的 UI 構(gòu)建方法，也許最期待 Compose 跨平臺(tái)功能的受眾，正是那些曾在 Android 上使用過它、又特別喜歡這種 UI 構(gòu)建體驗(yàn)的開發(fā)者。
想要進(jìn)一步了解 Compose，國(guó)內(nèi) Android 開發(fā)者可訪問以下鏈接查看中文手冊(cè)：
延伸閱讀：
需求，app中使用webview和h5交互，根據(jù)h5發(fā)過來的消息，在屏幕上展示flutter組件，并且可以發(fā)送消息給h5。
首先使用的組件是flutter_WebView_plugin，這個(gè)組件不能嵌套flutter組件,所以放棄這個(gè)組件。
flutter_inappbrowser 可以實(shí)現(xiàn)組合布局, 所以選用了此庫(kù), GitHub鏈接
[
當(dāng)我們同時(shí)為手機(jī)和平板適配編寫 app 針對(duì)不同屏幕尺寸進(jìn)行 UI 布局或當(dāng)用戶偏好設(shè)置較大字號(hào)或是想要最大限度等減少動(dòng)畫等；此時(shí)就需要 MediaQuery 來幫我們獲取所用設(shè)備的信息以及用戶設(shè)置的偏好信息；
MediaQuery 一直存在于 WidgetsApp 和 MaterialApp 中， MediaQuery 繼承自 InheritedWidget 是一個(gè)單獨(dú)的 Widget ，但一般通過 MediaQuery.of(context) 來獲取相關(guān)信息；
當(dāng)相關(guān)信息發(fā)生變化，例如屏幕旋轉(zhuǎn)等時(shí)，屏幕中 Widget 會(huì)重新構(gòu)建，以保持最新狀態(tài)；我們可以通過 MediaQuery 構(gòu)造函數(shù)和提供的靜態(tài)方法手動(dòng)設(shè)置對(duì)應(yīng)的相關(guān)信息；
MediaQueryData 包含關(guān)于媒介的相關(guān)信息；一般通過 MediaQuery.of(context) 獲??；
size 為媒介的尺寸大小，以邏輯像素為單位；
devicePixelRatio 為像素密度；與設(shè)備物理像素有關(guān)，與橫豎屏等無關(guān)；
orientation 為橫豎屏， Orientation.landscape 為橫屏， Orientation.portrait 為豎屏；
textScaleFactor 為
每個(gè)邏輯像素的字體像素?cái)?shù)，小菜理解為字體的像素比；注意，小菜設(shè)置了默認(rèn)字體像素密度為標(biāo)準(zhǔn)的 1.2 倍之后調(diào)整設(shè)備系統(tǒng)字號(hào)，其 1.2 倍依舊是以標(biāo)準(zhǔn)字號(hào)為基礎(chǔ)擴(kuò)大 1.2 倍；
platformBrightness 為當(dāng)前設(shè)備的亮度模式；注意調(diào)整屏幕亮度并不會(huì)改變?cè)撃Ｊ?，與當(dāng)前系統(tǒng)支持的黑暗模式和明亮模式相關(guān)；
alwaysUse24HourFormat 為當(dāng)前設(shè)備是否為 24 小時(shí)制；
accessibleNavigation 為是否使用 TalkBack 或 VoiceOver 之類的輔助功能與應(yīng)用程序進(jìn)行交互，用以輔助視力障礙人群；
invertColors 為是否使用顏色反轉(zhuǎn)，主要用于 iOS 設(shè)備；
highContrast 為用戶是否要求前景與背景之間的對(duì)比度高，主要用于 iOS 設(shè)備；
disableAnimations 為平臺(tái)是否要求禁用或減少動(dòng)畫；
boldText 為平臺(tái)是否要求使用粗體；
padding 為屏幕內(nèi)邊距，一般是劉海兒屏或異形屏中被系統(tǒng)遮擋部分邊距；
viewInsets 為鍵盤彈出時(shí)等遮擋屏幕邊距，其中 viewInsets.bottom 為鍵盤高度；
systemGestureInsets 為手勢(shì)邊距，如 Android Q 之后添加的向左滑動(dòng)關(guān)閉頁面等；
viewPadding 小菜理解為視圖內(nèi)邊距，為屏幕被劉海兒屏或異形屏中被系統(tǒng)遮擋部分，從 MediaQuery 邊界的邊緣計(jì)算；此值是保持不變；例如，屏幕底部的軟件鍵盤可能會(huì)覆蓋并占用需要底部填充的相同區(qū)域，因此不會(huì)影響此值；
physicalDepth 為設(shè)備物理層級(jí)，小菜暫時(shí)還未想到對(duì)應(yīng)的應(yīng)用場(chǎng)景；
小菜在嘗試獲取其他子 Widget Size 時(shí)，有兩點(diǎn)需要注意，首先要設(shè)置一個(gè)全局的 GlobalKey 來獲取當(dāng)前位置， key 需要為唯一的；第二通過 GlobalKey().currentContext 獲取 BuildContext 上下文環(huán)境，從而獲取對(duì)應(yīng)尺寸；
MediaQuery 案例嘗試
小菜對(duì)于部分 MediaQueryData 的應(yīng)用和理解還不夠深入；如有錯(cuò)誤請(qǐng)多多指導(dǎo)！
當(dāng)一個(gè)純Flutter APP開發(fā)完成，我們要打包發(fā)布到App Store和各大安卓市場(chǎng)，這時(shí)候我們需要設(shè)置APP的版本號(hào)。
如果我們?cè)谑褂迷鷌OS或者Android開發(fā)的時(shí),我們會(huì)在info.plist中設(shè)置 version 和 build 或是在build.gradle中設(shè)置 versionName 和 versionCode ,他們分別表示APP的版本和構(gòu)建版本。
但是我們?cè)谑褂肍lutter管理APP版本時(shí)，打開 pubspec.yaml 只看到一個(gè) version 字段。這時(shí)候我們應(yīng)該怎么設(shè)置APP的 version 和 build 呢？
我們?cè)趐ub上隨便找一個(gè)Flutter的組件，例如官方的 camera ,我們可以看到截止目前為止最新的版本為： camera: ^0.5.2+1 ?？吹竭@里，我想大家都明白了，Dart采用的是加號(hào)式的版本描述方式， + 前面是版本號(hào)， + 后面是當(dāng)前版本的build號(hào)。所以我們?cè)O(shè)置APP的版本號(hào)和build次數(shù)，在這里設(shè)置即可，例如： version: 1.2.0+1 。
當(dāng)我們新建一個(gè)Flutter工程的時(shí)候，我們分別使用Xcode和Android Studio打開iOS和Android的工程可以看到，iOS中的 version 和 build 的值分別為 FLUTTER_BUILD_NAME 和 FLUTTER_BUILD_NUMBER ：
同樣我們打開Android工程可以看到有如下定義：
事實(shí)上，F(xiàn)lutter在編譯的時(shí)候會(huì)生成 ios/Flutter/Generated.xcconfig 和 android/local.properties 文件。這兩個(gè)文件由Flutter編譯自動(dòng)生成，不可更改。記錄了包含SDK路徑或者文件路徑，版本信息，環(huán)境配置（release/debug）等信息。原生工程獲取版本信息的變量就定義在這兩個(gè)文件里面。
在flutter中使用notifacation,目前可以使用官方的插件 Flutter Local Notifications Plugin 來實(shí)現(xiàn)。
在pubspec.yaml中添加
使用該插件的思路大致為：在android中設(shè)置權(quán)限管理——引入依賴——初始化。
安卓權(quán)限管理設(shè)置
引入依賴
接下來就可以在項(xiàng)目中初始化使用了，首先在initState()中初始化設(shè)置
重慶分公司
重慶分公司
