在Tree中從上往下高效傳遞數(shù)據(jù)的基類widget , 定義為:abstract class InheritedWidget extends ProxyWidget
為武隆等地區(qū)用戶提供了全套網(wǎng)頁設(shè)計制作服務(wù)，及武隆網(wǎng)站建設(shè)行業(yè)解決方案。主營業(yè)務(wù)為成都網(wǎng)站建設(shè)、網(wǎng)站建設(shè)、武隆網(wǎng)站設(shè)計，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠的服務(wù)。我們深信只要達到每一位用戶的要求，就會得到認可，從而選擇與我們長期合作。這樣，我們也可以走得更遠！
Flutter的響應(yīng)式開發(fā)與React類似，數(shù)據(jù)都是自頂向下的。
假設(shè)有祖先組點A，中間經(jīng)過結(jié)點B, C，然后到結(jié)點D，D需要從A中獲取數(shù)據(jù)f，那按照自頂向下數(shù)據(jù)流轉(zhuǎn)，f需要依次傳遞給B及C，最后才到C。這樣開發(fā)極為不靈活，成本也比較高。所有Flutter需要有跨結(jié)點(只能是祖先后代節(jié)點，不能跨兄弟節(jié)點)高效傳遞數(shù)據(jù)的方案。
大體意思如下:
InheritedWidget 是在樹中高效向下傳遞信息的基類部件；
調(diào)用[BuildContext.inheritFromWidgetOfExactType]方法可以從 BuildContext 中獲取到最近的 InheritedWidget 類型的實例；
在 InheritedWidget 類型的控件被引用,也就是調(diào)用過 inheritFromWidgetOfExactType 方法后,當 InheritedWidget 自身狀態(tài)改變時，會導(dǎo)致引用了 InheritedWidget 類型的子控件重構(gòu)(rebuild)。
這里隨便定義一個人 Person 類。
創(chuàng)建一個類繼承 InheritedWidget，并實現(xiàn) updateShouldNotify 方法。
之前說到調(diào)用[BuildContext.inheritFromWidgetOfExactType]方法可以從 BuildContext 中獲取到最近的 InheritedWidget 類型的實例，所以此處定義一個靜態(tài)的 of 方法，通過傳入的 context 獲取到最近的 InheriedDataWidget 實例。
1.定義數(shù)據(jù)模型
這里隨便定義一個 Person 類。
2.自定義 InheritedWidget 控件類
創(chuàng)建一個類繼承 InheritedWidget，并實現(xiàn) updateShouldNotify 方法。
之前說到調(diào)用[BuildContext.inheritFromWidgetOfExactType]方法可以從 BuildContext 中獲取到最近的 InheritedWidget 類型的實例，所以此處定義一個靜態(tài)的 of 方法，通過傳入的 context 獲取到最近的 InheriedDataWidget 實例。
3.InheriedDataWidget 的使用
InheriedDataWidget 使用起來也很簡單，它本身也是一個控件，只要在任意一個頁面的子控件調(diào)用其構(gòu)造方法就行，這里我們定義一個形如的 Widget 樹。
WidgetA 是一個 StatefulWidget 類型的控件，可以調(diào)用 setState 刷新，如果是繼承人 Stateless 類型的控件,那我們也可以通過 Stream 或者其他方式刷新數(shù)據(jù)，感興趣的請看[什么是 Stream? Dart
WidgetA1_1 類
WidgetA1_2 類
WidgetA1_3 類
當我們點擊 floatingActionButton 的時候，WidgetA1, WidgetA1_1， WidgetA1_2 的控件都會更新 Person 的信息，而且每點 floatingActionButton 一次， 當我們點擊 floatingActionButton 的時候，WidgetA1, WidgetA1_1， WidgetA1_2 的控件都會更新 Person 的信息，而且每點 floatingActionButton 一次，都會輸出：
如果我們試圖在和 WidgetA 的同一層級的兄弟節(jié)點去訪問 InheriedDataWidget 的 Person 數(shù)據(jù)，是不行的，因為父節(jié)點中并沒有插入 InheriedDataWidget。
把 WidgetB 和 WidgetA 保持同一節(jié)點
這也體現(xiàn)了 Inheried(遺傳) 這一單詞的特性，遺傳只存在于父子。兄弟不存在遺傳的關(guān)系。
這種數(shù)據(jù)共享的方式在某些場景還是很有用的，就比如說全局主題，字體大小，字體顏色的變更，只要在 App 根層級共享出這些配置數(shù)據(jù)，然后在觸發(fā)數(shù)據(jù)改變之后，所有引用到這些共享數(shù)據(jù)的地方都會刷新，這換主題，字體是不是就很輕松，事實上 Theme.of(context).primaryColor 之流就是這么干的。
以上就是有關(guān)InheritedWidget的使用。
自己也是從事Android開發(fā)5年有余了；整理了一些Android開發(fā)技術(shù)核心筆記和面經(jīng)題綱，有關(guān)更多Android開發(fā)進階技術(shù)資料、面經(jīng)題綱、核心技術(shù)筆記； 想要進階自己、拿高薪的同學(xué)請私信我回復(fù)“核心筆記”或“面試”領(lǐng)??！
此控件比較簡單，按鈕的功能可劃分為UI樣式與事件回調(diào)
這里將幾種不同的按鈕一起運行，做下對比動圖如下：
這里對五種按鈕進行column居中排列如下
Text用于顯示簡單樣式文本，它包含一些控制文本顯示樣式的一些屬性。
TextStyle用于指定文本顯示的樣式如顏色、字體、粗細、背景等。
TextStyle更多屬性設(shè)置如下：
如果我們需要對一個Text內(nèi)容的不同部分按照不同的樣式顯示，即富文本，這時就可以使用TextSpan，它代表文本的一個“片段”。
如上述，我們當然也可以在上述鏈接上添加手勢事件，后續(xù)會提到。
在widget樹中，文本的樣式默認是可以被繼承的，因此，如果在widget樹的某一個節(jié)點處設(shè)置一個默認的文本樣式，那么該節(jié)點的子樹中所有文本都會默認使用這個樣式，而DefaultTextStyle正是用于設(shè)置默認文本樣式的。
舉例如下：
在以前的 《Flutter 上默認的文本和字體知識點》 和 《帶你深入理解 Flutter 中的字體“冷”知識》 中，已經(jīng)介紹了很多 Flutter 上關(guān)于字體有趣的知識點，而本篇講繼續(xù)介紹 Flutter 上關(guān)于 Text 的一個屬性： FontFeature ， 事實上相較于 Flutter ，本篇內(nèi)容可能和前端或者設(shè)計關(guān)系更密切 。
什么是 FontFeature ？ 簡單來說就是影響字體形狀的一個屬性 ，在前端的對應(yīng)領(lǐng)域里應(yīng)該是 font-feature-settings ，它有別于 FontFamily ，是用于指定字體內(nèi)字的形狀的一個參數(shù)。
我們知道 Flutter 默認在 Android 上使用的是 Roboto 字體，而在 iOS 上使用的是 SF 字體，但是其實 Roboto 字體也是分很多類型的，比如你去查閱手機的 system/fonts 目錄，就會發(fā)現(xiàn)很多帶有 Roboto 字樣的字體庫存在。
所以 Roboto 之類的字體庫是一個很大的字體集，不同的 font-weight 其實對應(yīng)著不同的 ttf ，例如默認情況下的 Roboto 是不支持 font-weight 為 600 的配置 ：
所以如下圖所示，如果我們設(shè)置了 w400 - w700 的 weight ，可以很明顯看到中間的 500 和 600 其實是一樣的粗細，所以在 設(shè)置 weight 或者設(shè)計 UI 時，就需要考慮不同平臺上的 weight 是否支持想要的效果 。
回歸到 FontFeature 上，那 Roboto 自己默認支持多少種 features 呢？ 答案是 26 種，它們的編碼如下所示，運行后效果也如下圖所示，從日常使用上看，這 26 種 Feature 基本滿足開發(fā)的大部分需求。
而 iOS 上的 SF pro 默認支持 39 種 Features ， 它們的編碼如下所示，運行后效果也如下圖所示，可以看到 SF pro 支持的 Features 更多。
所以可以看到，并不是所有字體支持的 Features 都是一樣的，比如 iOS 上支持 sups 上標顯示和 subs 下標顯示，但是 Android 上的 Roboto 并不支持，甚至很多第三方字體其實并不支持 Features 。
有趣的是，在 Flutter Web 有一個渲染文本時會變模糊的問題 #58159 ，這個問題目前官方還沒有修復(fù)，但是你可以通過給 Text 設(shè)置任意 FontFeatures 來解決這個問題。
最后，如果對 FontFeature 還感興趣的朋友，可以通過一下資料深入了解，如果你還有什么關(guān)于字體上的問題，歡迎留言討論。
基于網(wǎng)友的問題再補充一下拓展知識，畢竟這方面內(nèi)容也不多 。
事實上在 dart 里就可以看到對應(yīng) FontWeight 約定俗稱用的是字體集里的什么字體：
所以如果對于默認字體有疑問，可以在你的手機字體找找是否有對應(yīng)的字體， 比如雖然我們說 roboto 沒有 600 ，但是如果是 roboto mono 字體集是有 600 的 fontweight ，甚至還有 600 斜體： 。
另外注意這是 Flutter 而不是原生，具體實現(xiàn)調(diào)用是在 Engine 的 paragraph_skia.cc 和 paragraph_builder_skia.cc 下對應(yīng)的 setFontFamilies 相關(guān)邏輯，當然默認字體庫指定在 typography.dart 下就看到，例如 'Roboto' 、 '.SF UI Display' 、 '.SF UI Text' 、 '.AppleSystemUIFont' 、 'Segoe UI' ：
另外如果你在 Mac 的 Web 上使用 Flutter Web，可以看到指定的是 .AppleSystemUIFont ，而對于 .AppleSystemUIFont 它其實不算是一種字體，而是蘋果上字體的一種集合別稱：
[圖片上傳失敗...(image-40f5ce-1648368234737)]
還有，如果你去看 Flutter 默認自帶的 cupertino/context_menu_action.dart ，就可以看到一個有趣的情況：
當然，前面我們說了那么多，主要是針對英文的情況下，而在中文下還是有差異的 ，之前的文章也介紹過：
例如，在蘋果上的簡體中文其實會是 PingFang SC 字體，對應(yīng)還有 PingFang TC 和 PingFang HK 的繁體集，而關(guān)于這個問題在 Flutter 上之前還出現(xiàn)過比較有意思的 bug ：
當然后續(xù)的 #16709 修復(fù)了這個問題 ，而在以前的文章我也講過，當時我遇到了 “Flutter 在 iOS 系統(tǒng)上，系統(tǒng)語言是韓文時，在和中文一起出現(xiàn)會導(dǎo)致字體顯示異常" 的問題 ：
解決方法也很簡單，就是給 fontFamilyFallback 配置上 ["PingFang SC" , "Heiti SC"] 就可以了，這是因為韓文在蘋果手機上使用的應(yīng)該是 Apple SD Gothic Neo 這樣的超集字體庫，【廣】這個字符在這個字體集上是不存在的，所以就變成了中文的【廣】；
所以可以看到，字體相關(guān)是一個平時很少會深入接觸的東西，但是一旦涉及多語言和繪制，就很容易碰到問題的領(lǐng)域 。
Flutter是一個移動應(yīng)用程序的軟件開發(fā)工具包（SDK），具有以下特征：
跨平臺應(yīng)用的框架，沒有使用WebView或者系統(tǒng)平臺自帶的控件，使用自身的高性能渲染引擎自繪
簡化版的瀏覽器，最大限度在android和ios上統(tǒng)一UI，包括業(yè)務(wù)邏輯和用戶體驗
開發(fā)語言使用dart，結(jié)合C, C++, 和Skia（2D渲染引擎）構(gòu)建
支持hot reload，包含著完整的控件和工具鏈
一切皆控件，控件是每個Flutter應(yīng)用程序的基本構(gòu)建塊，與分離視圖、控制器、布局和其他屬性的框架不同，F(xiàn)lutter具有一致的統(tǒng)一對象模型：控件。一個控件可以定義：結(jié)構(gòu)元素（比如按鈕或菜單）、風格元素（比如字體或顏色方案）、布局的方面（比如填充）、一些業(yè)務(wù)邏輯等
組合大于繼承，控件本身通常由許多小型、單用途的控件組成，結(jié)合起來產(chǎn)生強大的效果，類的層次結(jié)構(gòu)是扁平的，以最大化可能的組合數(shù)量
強化版的WebView，框架僅提供一個View層，大部分功能要依賴原生
目前只能夠運行大部分Dart代碼（不能引入dart:mirrors或dart:html庫）
重慶分公司
重慶分公司
