首先單擊鼠標(biāo)右鍵，在出現(xiàn)的選項(xiàng)中選擇小工具。在小工具里面我們會(huì)看到一個(gè)時(shí)鐘圖標(biāo)。雙擊此圖標(biāo)或者鼠標(biāo)放到圖標(biāo)上，按住拖動(dòng)，即可將時(shí)鐘移動(dòng)到桌面上，按住時(shí)鐘圖標(biāo)，即可移動(dòng)到適合的位置。
10余年的睢寧縣網(wǎng)站建設(shè)經(jīng)驗(yàn)，針對(duì)設(shè)計(jì)、前端、開(kāi)發(fā)、售后、文案、推廣等六對(duì)一服務(wù)，響應(yīng)快，48小時(shí)及時(shí)工作處理。網(wǎng)絡(luò)營(yíng)銷推廣的優(yōu)勢(shì)是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動(dòng)調(diào)整睢寧縣建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無(wú)論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計(jì)，從而大程度地提升瀏覽體驗(yàn)。成都創(chuàng)新互聯(lián)從事“睢寧縣網(wǎng)站設(shè)計(jì)”,“睢寧縣網(wǎng)站推廣”以來(lái)，每個(gè)客戶項(xiàng)目都認(rèn)真落實(shí)執(zhí)行。
鼠標(biāo)放在時(shí)鐘圖標(biāo)上，然后單擊右鍵，在彈出的菜單中選擇“選項(xiàng)”。即可進(jìn)行時(shí)鐘設(shè)置，可以選擇自己喜歡的樣式，輸入時(shí)鐘上的文字。完成后點(diǎn)擊確定，即可得到自己喜歡款式的時(shí)鐘了。電腦桌面顯示大屏?xí)r鐘的方法就為大家分享到這里啦，有需要的網(wǎng)友可以按照上面的方法來(lái)操作哦。
Flutter全屏?xí)r鐘
啟動(dòng)app將直接進(jìn)入全屏模式的主界面。在主界面任何地方可點(diǎn)擊進(jìn)入選擇時(shí)鐘樣式，樣式目前比較少，也相對(duì)簡(jiǎn)陋，后續(xù)會(huì)增加和優(yōu)化app在運(yùn)行過(guò)程中，屏幕默認(rèn)常亮，這樣很容易燒屏，app為了緩解燒屏問(wèn)題，每隔20秒鐘后進(jìn)入色彩動(dòng)畫模式，當(dāng)然如果你還是很不放心，下下推薦使用舊設(shè)備安裝。時(shí)鐘每個(gè)整點(diǎn)默認(rèn)會(huì)有報(bào)時(shí)，有小姐姐為你報(bào)時(shí)，當(dāng)然你覺(jué)得不好聽(tīng)可以選擇關(guān)閉，下關(guān)閉在時(shí)鐘樣式最后一欄。
下面這種情況下，為 InkWell 設(shè)置的 splashColor 不會(huì)生效：
需要用 Material 去除背景色，然后將顏色設(shè)置在 InkWell 外部：
在 Dialog builder 中使用 WillPopScope 禁用返回鍵返回：
注意：使用此方法同時(shí)也會(huì)禁用 iOS 上的手勢(shì)滑動(dòng)返回功能，推薦判斷平臺(tái)后再使用。
修改對(duì)話框中的復(fù)選框狀態(tài)，最簡(jiǎn)便的方法是通過(guò) Element 中的 markNeedsBuild 方法：
當(dāng)然，更推薦的做法是通過(guò) StatefulBuilder ，然后就可以在 Dialog 中調(diào)用 setState 方法了，不過(guò)在調(diào)用 setState 時(shí)需要判斷 Dialog 是否已經(jīng)關(guān)閉，否則會(huì)造成 setState() called after dispose() 的錯(cuò)誤，可以通過(guò)添加一個(gè)標(biāo)志位來(lái)解決，如下：
在 Web 中加載網(wǎng)絡(luò)圖片有時(shí)會(huì)失敗，遇到這樣的報(bào)錯(cuò)： Exception caught by image resource service... ，造成該錯(cuò)誤的原因通常是，圖片跨域了（見(jiàn) 跨域資源共享 ）。最簡(jiǎn)單的解決辦法是， 使用 HTML 渲染加載 ，而不是默認(rèn)的 CanvasKit。
Flutter 中所有的 list 默認(rèn)都是沒(méi)有 ScrollBar 的，必須使用 ScrollBar 組件。ScrollBar 組件通過(guò)監(jiān)聽(tīng) ScrollView 的 ScrollNotification 來(lái)刷新位置，所以 List 的長(zhǎng)度必須是固定的。
當(dāng)使用 WebView 等高度不定的組件時(shí)會(huì)出現(xiàn)內(nèi)容被截?cái)嗟那闆r，通?？梢允褂?NestedScrollView 來(lái)解決該問(wèn)題，需要在 WebView 外部嵌套 SingleChildScrollView。
雖然使用了緩存，而且也是用 builder 加載圖片的，但是發(fā)現(xiàn)一個(gè)現(xiàn)象：滑動(dòng)屏幕后圖片短暫消失并重新加載了。圖片高度很高時(shí)這種現(xiàn)象更加明顯，其原因是超出屏幕范圍一定距離的組件被重新渲染了。解決方法是在 ListView 上設(shè)置 cacheExtent 參數(shù):
該參數(shù)的作用是改變超出屏幕高度后繼續(xù)渲染的范圍（以像素為單位），比如設(shè)置成 9999 后意味著超出屏幕 10000 像素以內(nèi)的內(nèi)容都會(huì)被保留下來(lái)。
借助 IntrinsicHeight 組件：
另外，IntrinsicHeight 還可以用于 Dialog 或者 BottomSheet 中，使得其中的元素 顯示內(nèi)在元素的高度 ，從而避免元素因?yàn)榧s束的存在而不顯示或者高度太高（比如在使用了 Column 或者 Row 的時(shí)候）。
在通過(guò) Uri 的 queryParameters 獲取 query 參數(shù)時(shí)，發(fā)現(xiàn)有些鏈接會(huì)拋出下面異常：
造成該異常的原因是 Uri 默認(rèn)使用 utf-8 解碼超鏈接字符串，如果鏈接中包含非 utf-8 字符，就會(huì)造成上面的錯(cuò)誤，相關(guān) issue 見(jiàn)： issue #31621 。目前該 issue 處于 open 的狀態(tài)，暫時(shí)的解決辦法是，在所有使用到 queryParameter 的地方用 try..catch 捕捉可能拋出的異常。
Flutter 開(kāi)發(fā)非常依賴各種官方或第三方的插件，而在使用這些插件時(shí)多少都會(huì)遇到一些問(wèn)題，大部分問(wèn)題都可以通過(guò)搜索和查找 issue 來(lái)解決。這里記錄下一些我在使用部分插件時(shí)遇到的問(wèn)題及其解決方法。
目前該庫(kù)沒(méi)有圖片加載完成的回調(diào)（見(jiàn) issue #545 ），不過(guò)我們可以通過(guò)在 imageBuilder 中來(lái)添加回調(diào)：
這是一個(gè)應(yīng)用內(nèi)更新插件，安卓 10 以上安裝時(shí)需要在 manifest 中添加以下內(nèi)容：
目前功能最強(qiáng)大的 WebView 插件，基本能滿足絕大部分移動(dòng)端網(wǎng)頁(yè)加載的需求，而且可定制化程度高。
一般通過(guò) CookieManager 修改 Cookie，攔截請(qǐng)求并修改請(qǐng)求對(duì)象的 Header 不會(huì)生效。
InAppWebViewOptions 的 userAgent 只在 iOS 上生效，而 applicationNameForUserAgent 只在 Android 上生效，所以最好的做法是分平臺(tái)設(shè)置 InAppWebViewOptions ，而且需要注意，由于設(shè)置 userAgent 后會(huì)覆蓋默認(rèn)的 UserAgent，所以如果需要在默認(rèn)的 UserAgent 上添加其它參數(shù)，iOS 上需要通過(guò) InAppWebViewController.getDefaultUserAgent() 獲取默認(rèn) UserAgent 參數(shù)，而 Android 不需要添加。
如果圖片源或者請(qǐng)求是 http 的，為了在 Android 上正常加載請(qǐng)求，必須在 AndroidInAppWebViewOptions 中將 mixedContentMode 設(shè)置為 AndroidMixedContentMode.MIXED_CONTENT_ALWAYS_ALLOW 。
當(dāng)我們想要設(shè)置全屏圖片的時(shí)候，由于默認(rèn)的 Constraint 會(huì)將圖片居中顯示，所以圖片四周會(huì)留有空隙。為了去除這個(gè)限制，我們需要 Xcode 中打開(kāi) LaunchScreen.storyboard，然后在 View Controller 的 View 和 LaunchImage 上的 Safe Area 去掉。
具體設(shè)置方法：右側(cè) Inspector 面板 Show the Size inspector 解選 Layout Margins 中的 Safe Area Relative Margins，拖動(dòng)圖片占滿全屏，然后根據(jù) View Controller Scene 的 Warning，更新 Constraint 就可以了。
在集成某些三方庫(kù)之后，在使用命令行運(yùn)行 iOS 模擬器的時(shí)候可能會(huì)遇到下面這個(gè)報(bào)錯(cuò)：
這是因?yàn)?iOS 模擬器未來(lái)將會(huì)兼容 arm64 架構(gòu)，但是目前還不支持，所以我們需要修改 Build Setting 使得能夠在 x86_64 的模擬器上運(yùn)行，操作步驟見(jiàn) 這里 。
Stateful（有狀態(tài)） 和 stateless（無(wú)狀態(tài)） widgets
stateless widget 沒(méi)有內(nèi)部狀態(tài). Icon、 IconButton, 和Text 都是無(wú)狀態(tài)widget, 他們都是 StatelessWidget的子類。
stateful widget 是動(dòng)態(tài)的. 用戶可以和其交互 (例如輸入一個(gè)表單、 或者移動(dòng)一個(gè)slider滑塊),或者可以隨時(shí)間改變 (也許是數(shù)據(jù)改變導(dǎo)致的UI更新). Checkbox, Radio, Slider, InkWell, Form, and TextField 都是 stateful widgets, 他們都是 StatefulWidget的子類。
StatefulWidget類
具有可變狀態(tài)的小部件。
狀態(tài)是（1）在構(gòu)建窗口小部件時(shí)可以同步讀取的信息，以及（2）在窗口小部件的生命周期內(nèi)可能會(huì)更改的信息。這是小工具實(shí)施者的責(zé)任，以確保國(guó)家的及時(shí)通知當(dāng)這種狀態(tài)的改變，使用State.setState。
有狀態(tài)窗口小部件是一個(gè)窗口小部件，它通過(guò)構(gòu)建一個(gè)更具體地描述用戶界面的其他窗口小部件來(lái)描述用戶界面的一部分。構(gòu)建過(guò)程以遞歸方式繼續(xù)，直到用戶界面的描述完全具體（例如，完全由RenderObjectWidget組成，其描述具體的RenderObject）。
當(dāng)您描述的用戶界面部分可以動(dòng)態(tài)更改時(shí)（例如由于具有內(nèi)部時(shí)鐘驅(qū)動(dòng)狀態(tài)或依賴于某些系統(tǒng)狀態(tài)），狀態(tài)窗口小部件非常有用。對(duì)于僅依賴于對(duì)象本身中的配置信息以及窗口小部件膨脹的 BuildContext的組合，請(qǐng)考慮使用 StatelessWidget。
StatefulWidget實(shí)例本身是不可變的，并且將它們的可變狀態(tài)存儲(chǔ)在由createState方法創(chuàng)建的單獨(dú)State對(duì)象中 ，或者存儲(chǔ)在State訂閱的對(duì)象中，例如Stream或ChangeNotifier對(duì)象，其引用存儲(chǔ)在StatefulWidget的最終字段中本身。
框架在膨脹StatefulWidget時(shí) 調(diào)用createState，這意味著如果該窗口小部件已插入到多個(gè)位置的樹(shù)中，則多個(gè)State對(duì)象可能與同一StatefulWidget關(guān)聯(lián)。同樣，如果StatefulWidget從樹(shù)中移除，后來(lái)在樹(shù)再次插入時(shí)，框架將調(diào)用createState再創(chuàng)建一個(gè)新的國(guó)家目標(biāo)，簡(jiǎn)化的生命周期狀態(tài)的對(duì)象。
如果StatefulWidget的創(chuàng)建者使用GlobalKey作為其 鍵，則StatefulWidget在從樹(shù)中的一個(gè)位置移動(dòng)到另一個(gè)位置時(shí)保持相同的State對(duì)象。由于具有GlobalKey的窗口小部件可以在樹(shù)中的至多一個(gè)位置使用，因此使用GlobalKey的窗口小部件最多只有一個(gè)關(guān)聯(lián)元素。當(dāng)通過(guò)將與該窗口小部件關(guān)聯(lián)的（唯一）子樹(shù)從舊位置移植到新位置（而不是在該位置重新創(chuàng)建子樹(shù)）時(shí)，框架利用此屬性將全局鍵從樹(shù)中的一個(gè)位置移動(dòng)到另一個(gè)位置時(shí)利用此屬性。新的位置）。與StatefulWidget關(guān)聯(lián)的State對(duì)象與子樹(shù)的其余部分一起被移植，這意味著State對(duì)象在新位置被重用（而不是被重新創(chuàng)建）。但是，為了有資格進(jìn)行嫁接，必須將窗口小部件插入到從舊位置移除它的同一動(dòng)畫幀中的新位置。
StatefulWidget有兩個(gè)主要類別。
首先是其中一個(gè)分配資源State.initState并在他們的處置State.dispose，但不依賴于InheritedWidget S或致電State.setState。這些小部件通常在應(yīng)用程序或頁(yè)面的根目錄中使用，并通過(guò)ChangeNotifier， Stream或其他此類對(duì)象與子小部件進(jìn)行通信。遵循這種模式的有狀態(tài)小部件相對(duì)便宜（就CPU和GPU周期而言），因?yàn)樗鼈儤?gòu)建一次然后永不更新。因此，它們可能有一些復(fù)雜和深刻的構(gòu)建方法。
第二類是使用State.setState或依賴于 InheritedWidget的小部件。這些通常會(huì)在應(yīng)用程序的生命周期內(nèi)重建多次，因此最小化重建此類窗口小部件的影響非常重要。（他們也可以使用State.initState或 State.didChangeDependencies并分配資源，但重要的是他們重建。）
可以使用幾種技術(shù)來(lái)最小化重建有狀態(tài)窗口小部件的影響：
StatelessWidget類
一個(gè)不需要可變狀態(tài)的小部件。
無(wú)狀態(tài)窗口小部件是一個(gè)窗口小部件，它通過(guò)構(gòu)建一個(gè)更具體地描述用戶界面的其他窗口小部件來(lái)描述用戶界面的一部分。構(gòu)建過(guò)程以遞歸方式繼續(xù)，直到用戶界面的描述完全具體（例如，完全由RenderObjectWidget組成，其描述具體的RenderObject）。
當(dāng)您描述的用戶界面部分不依賴于對(duì)象本身的配置信息以及窗口小部件膨脹的BuildContext時(shí)，無(wú)狀態(tài)窗口小部件非常有用。對(duì)于可以動(dòng)態(tài)更改的組合，例如由于具有內(nèi)部時(shí)鐘驅(qū)動(dòng)狀態(tài)或依賴于某些系統(tǒng)狀態(tài)，請(qǐng)考慮使用StatefulWidget。
無(wú)狀態(tài)窗口小部件的構(gòu)建方法通常僅在以下三種情況下調(diào)用：第一次將窗口小部件插入樹(shù)中，窗口小部件的父窗口更改其配置時(shí)，以及何時(shí)依賴于更改的InheritedWidget。
如果窗口小部件的父級(jí)將定期更改窗口小部件的配置，或者它依賴于經(jīng)常更改的繼承窗口小部件，則優(yōu)化構(gòu)建方法的性能以保持流暢的呈現(xiàn)性能非常重要。
可以使用幾種技術(shù)來(lái)最小化重建無(wú)狀態(tài)窗口小部件的影響：
調(diào)用SystemChrome.setEnabledSystemUIOverlays([]);
把狀態(tài)欄和虛擬按鍵隱藏掉，
跳轉(zhuǎn)到其他頁(yè)面后需要調(diào)用
SystemChrome.setEnabledSystemUIOverlays([SystemUiOverlay.top]);把狀態(tài)欄顯示出來(lái)，
需要一起調(diào)用底部虛擬按鍵
SystemChrome.setEnabledSystemUIOverlays([SystemUiOverlay.top, SystemUiOverlay.bottom])
Flutter支持穩(wěn)定的桌面設(shè)備開(kāi)發(fā)已經(jīng)一段時(shí)間了，不得不說(shuō)，F(xiàn)lutter多平臺(tái)支持的特性真的很香。我本人并沒(méi)有任何桌面開(kāi)發(fā)的經(jīng)驗(yàn)，但仍然使用Flutter開(kāi)發(fā)出了一個(gè)桌面版小程序，功能很簡(jiǎn)單，就是對(duì)輸入的json做格式化處理和轉(zhuǎn)模型。
話不多說(shuō)，先來(lái)看看實(shí)際效果。 項(xiàng)目源碼地址
開(kāi)發(fā)環(huán)境如下：
Flutter : 2.8.1
Dart : 2.15.1
IDE : VSCode
JSON作為我們?nèi)粘ｉ_(kāi)發(fā)工作中經(jīng)常要打交道的一種數(shù)據(jù)格式，它共有6種數(shù)據(jù)類型： null , num , string , object , array , bool 。我們勢(shì)必對(duì)它又愛(ài)又恨。愛(ài)他因?yàn)樗鳛閿?shù)據(jù)處理的一種格式確實(shí)非常方便簡(jiǎn)潔。但是在我們做Flutter開(kāi)發(fā)中，又需要接觸到j(luò)son解析時(shí)，就會(huì)感覺(jué)非常棘手，因?yàn)閒lutter沒(méi)有反射，導(dǎo)致json轉(zhuǎn)模型這塊需要手寫那繁雜的映射關(guān)系。就像下面這樣子。
數(shù)據(jù)量少還能接受，一旦量大，那么光手寫這個(gè)解析方法都能讓你懷疑人生。更何況手寫還有出錯(cuò)的可能。好在官方有個(gè)工具**json_serializable**可以自動(dòng)生成這塊轉(zhuǎn)換代碼，也解決了flutter界json轉(zhuǎn)模型的空缺。當(dāng)然，業(yè)界也有專門解析json的網(wǎng)站，可以自動(dòng)生成dart代碼，使用者在生成后復(fù)制進(jìn)項(xiàng)目中即可，也是非常方便的。
本項(xiàng)目以json解析為切入點(diǎn)，和大家一起來(lái)看下flutter是如何開(kāi)發(fā)桌面應(yīng)用的。
要讓我們的flutter項(xiàng)目支持桌面設(shè)備。我們首先需要修改下flutter的設(shè)置。如下，讓我們的項(xiàng)目支持 windows 和 macos 系統(tǒng)。
接下來(lái)使用 flutter create 命令創(chuàng)建我們的模版工程。
創(chuàng)建完項(xiàng)目后，我們就可以 run 起來(lái)了。
先來(lái)看下整體界面，界面四塊，分別為功能模塊、文件選擇模塊、輸入模塊、輸出模塊。
我們?cè)谛陆ㄒ粋€(gè)桌面應(yīng)用時(shí)，默認(rèn)的模版又一個(gè)Appbar，此時(shí)應(yīng)用可以用鼠標(biāo)拖拽移動(dòng)，放大縮小，還可以縮到很小。但是，我們一旦去掉這個(gè)導(dǎo)航欄，那么窗口就不能用鼠標(biāo)拖動(dòng)了，并且我們往往不希望用戶將我們的窗口縮放的很小，這會(huì)導(dǎo)致頁(yè)面異常，一些重要信息都展示不全。因此這里需要借助第三方組件 bitsdojo_window 。通過(guò) bitsdojo_window ，我們可以實(shí)現(xiàn)窗口的定制化，拖動(dòng)，最小尺寸，最大尺寸，窗口邊框，窗口頂部放大、縮小、關(guān)閉的按鈕等。
通過(guò) InkWell 組件，可以捕捉到手勢(shì)、鼠標(biāo)、觸控筆的移動(dòng)和停留位置
這個(gè)功能是鼠標(biāo)移動(dòng)后的UI交互界面。要在窗口上顯示一個(gè)提示框，可以使用 Overlay 。需要注意的是，由于在 Overlay 上的 text 的根結(jié)點(diǎn)不是 Material 風(fēng)格的組件，因此會(huì)出現(xiàn)黃色的下劃線。因此一定要用 Material 包一下 text 。并且你必須給創(chuàng)建的 OverlayEntry 一個(gè)位置，否則它將全屏顯示。
讀取說(shuō)表拖拽的文件一開(kāi)始想嘗試使用 InkWell 組件，但是這個(gè)組件無(wú)法識(shí)別拖拽中的鼠標(biāo)，并且也無(wú)法從中拿到文件信息。因此放棄。后來(lái)從文章《Flutter-2天寫個(gè)桌面端APP》中發(fā)現(xiàn)一個(gè)可讀取拖拽文件的組件 desktop_drop ，能滿足要求。
使用開(kāi)源組件 file_picker ，選完圖片后的操作和拖拽選擇圖片后的操作一致。
Textfield 如果要顯示富文本，那么需要自定義 TextEditingController 。并重寫 buildTextSpan 方法。
在做導(dǎo)出功能時(shí)遇到下列報(bào)錯(cuò)，保存提示為沒(méi)有權(quán)限訪問(wèn)對(duì)應(yīng)目錄下的文件。
通過(guò)Apple的開(kāi)發(fā)文檔找到有關(guān)權(quán)限問(wèn)題的說(shuō)明。其中有個(gè)授權(quán)私鑰的key為 com.apple.security.files.downloads.read-write ，表示 對(duì)用戶的下載文件夾的讀/寫訪問(wèn)權(quán)限 。那么，使用Xcode打開(kāi)Flutter項(xiàng)目中的mac應(yīng)用，修改工程目錄下的 DebugProfile.entitlements 文件，向 entitlements 文件中添加 com.apple.security.files.downloads.read-write ，并將值設(shè)置為YES，保存后重啟Flutter項(xiàng)目。發(fā)現(xiàn)已經(jīng)可以向下載目錄中讀寫文件了。
當(dāng)然，這是正常操作。還有個(gè)騷操作就是關(guān)閉系統(tǒng)的沙盒機(jī)制。將 entitlements 文件的 App Sandbox 設(shè)置為NO。這樣我們就可以訪問(wèn)任意路徑了。當(dāng)然關(guān)閉應(yīng)用的沙盒也就相當(dāng)于關(guān)閉了應(yīng)用的防護(hù)機(jī)制，因此這個(gè)選項(xiàng)慎用。
原文地址：
重慶分公司
重慶分公司
