13518219792
如項目展示，一個簡單的畫圖界面 客戶端使用flutter完成，目前僅做了Android客戶端，flutterWeb實在是問題太多，隨便加個依賴就各種報錯，展示先不做吧，畢竟心很痛。
在蕭縣等地區，都構建了全面的區域性戰略布局，加強發展的系統性、市場前瞻性、產品創新能力，以專注、極致的服務理念，為客戶提供成都網站設計、成都網站建設、外貿網站建設 網站設計制作按需策劃設計,公司網站建設,企業網站建設,成都品牌網站建設,全網整合營銷推廣,成都外貿網站制作,蕭縣網站建設費用合理。
服務器是使用golang搭建，一個很簡單的WebSocket后臺 地址在這里
狀態可變的 widget 。
通過其類的定義能夠看到 StatefulWidget 配置 StatefulElement 。
State 是 StatefulWidget 的內部邏輯與狀態，由 StatefulWidget 的 createState 創建。
StatefulWidget 實例本身是不可變的， 但是 StatefulWidget 將其可變的狀態，存儲在與之關聯的 State 對象中。
不管什么時候，只要在樹中 mount 一個新的 StatefulElement ，必然需要注入一個 StatefulWidget ，注入一個 StatefulWidget 時， framework 都會調用一次 createState 方法。
其實，在 StatefulElement 構造的時候，就會調用 createState ，創建 _state 對象，（ _state 是 StatefulElement 的變量）并且在 StatefulElement 的初始化方法中為 _state 關聯當前的 StatefulElement 和用以配置 StatefulElement 的 StatefulWidget 。
StatefulElement 初始化方法如下：
這意味著如果 StatefulWidget 被插入到樹中的多個位置，則會有多個 State 對象分別與它們關聯。
關于此類的定義如下：
描述： 重寫此方法以執行初始化。
場景： 如果 State 的 build 方法依賴于本身可以改變狀態的對象時。（例如 ChangeNotifier 或 Stream ，或者可以訂閱并接收通知的其他對象）正確的方式是：
注意點： 此方法中不能使用 BuildContext.dependOnInheritedWidgetOfExactType 。但是此方法被調用后會立即調用 didChangeDependencies ，在 didChangeDependencies 可以使用 BuildContext.dependOnInheritedWidgetOfExactType 。
調用時機： StatefulElement ，首次插入樹中時會調用此方法，在 build 方法調用之前調用。
描述： StatefulElement 通過此方法返回的 widget 并通過調用 updateChild 來更新自己。
調用時機： framework 調用此方法的幾個不同的場景如下：
描述： StatefulElement 存在，并且符合 Widget.canUpdate 的情況下對 StatefulWidget 進行更新。
調用時機： 不論何時只要 StatefulElement 的配置 widget 改變的時候就會調用。
注意： didUpdateWidget 方法最終會調用 build 方法，因此在此方法中調用 setState 是多余的。如果重寫此方法，請確保調用 super.didUpdateWidget(oldWidget) 。
調用時機： 當此 State 對象的依賴項（ InheritedWidget ）更改時調用。
描述： 用于開發階段 hot reload 。
調用時機： hot reload 時調用，調用后 build 方法也將被調用。無需在此方法中做任何操作。
調用時機： 當 StatefulElement 從樹中移除的時候會調用。
調用時機： 當 StatefulElement 從樹中 unmount 的時候會調用。
StatefulWidget 用以配置 StatefulElement ，但在這兩者之間的 State 承接了 StatefulElement 的生命周期，而 StatefulWidget 僅僅只是連接了 State 與 StatefulElement 的不可變的實例，因此 StatefulWidget 的生命周期，依賴于 StatefulElement ，而 State 卻是其最簡單直接的體現形式。
為了能更好的理解 StatefulWidget 的生命周期，我畫了一張關于 State 、 StatefulElement 、 Component 、 Element 的關系圖。
CustomPaint class提供了讓用戶自定義widget的能力，它暴露了一個canvas，可以通過這個canvas來繪制widget，CustomPaint會先調用painter繪制背景，然后再繪制child，最后調用foregroundPainter來繪制前景，CustomPaint的定義如下
CustomPaint的繪制過程都將會交給CustomPainter來完成，CustomPainter是個抽象接口，在子類化CustomPainter的時候必須要重寫它的 paint 跟 shouldRepaint 接口，可以根據自己的場景來選擇性的重寫 hitTest 跟 shouldRebuildSemantics 方法。
canvas--畫布，真正的繪制是由canvas跟paint來完成的，畫布提供了各種繪制的接口來繪制圖形，除此以外畫布還提供了平移、縮放、旋轉等矩陣變換接口，畫布都有固定大小跟形狀，還可以使用畫布提供的裁剪接口來裁剪畫布的大小形狀等等。
常用的繪制接口有 更多請查看官方文檔
Paint---筆畫，是用來設置在畫布上面繪制圖形時的一些筆畫屬性，如：顏色、線寬、繪制模式、抗鋸齒等等。常用屬性有 更多請查看官方文檔
color ： 設置畫筆顏色
isAntiAlias ： 設置畫筆是否扛鋸齒
shader : 著色器，填充形狀或者畫線時用到，如果沒設置將會使用color
strokeWidth ： 設置畫筆畫線寬度
style ：繪制模式，畫線或充滿
下面這個例子來自于官方，通過 CustomPaint 畫出了一個藍天跟太陽出來
效果如下：
Flutter中有兩個常用的狀態Widget分為StatefulWidget和StatelessWidget，分別為動態視圖和靜態視圖，視圖的更新需要調用StatefulWidget的setState方法，這會遍歷調用子Widget的build方法。如果一個頁面內容比較復雜時，會包含多個widget，如果直接調用setState，會遍歷所有子Widget的build，這樣會造成很多不必要的開銷，所以非常有必要了解Flutter中局部刷新的方式：
globalkey唯一定義了某個element，它使你能夠訪問與element相關聯的其他對象，例如buildContext、state等。應用場景：跨widget訪問狀態。
例如：可以通過key.currentState拿到它的狀態對象，然后就可以調用其中的onPressed方法。
Flutter框架內部提供了一個非常小巧精致的組件，專門用于局部組件的刷新。適用于值改動的刷新。
實現原理：在 initState 中對傳入的可監聽對象進行監聽，執行 _valueChanged 方法，_valueChanged 中進行了 setState 來觸發當前狀態的刷新。觸發 build 方法，從而觸發 widget.builder 回調，這樣就實現了局部刷新。可以看到這里回調的 child 是組件傳入的 child，所以直接使用，這就是對 child 的優化的根源。
可以看到 ValueListenableBuilder 實現局部刷新的本質，也是進行組件的抽離，讓組件狀態的改變框定在狀態內部，并通過 builder 回調控制局部刷新，暴露給用戶使用。
通過這個可以創建一個支持局部刷新的widget樹，比如你可以在StatelessWidget里面刷新某個布局，但是不需要改變成StatefulWidget；也可以在StatefulWidget中使用做部分刷新而不需要刷新整個頁面，這個刷新是不會調用Widget build（BuildContext context）刷新整個布局樹的。
異步UI更新：
很多時候我們會依賴一些異步數據來動態更新UI，比如在打開一個頁面時我們需要先從互聯網上獲取數據，在獲取數據的過程中顯示一個加載框，等獲取到數據時我們再渲染頁面；又比如我們想展示Stream（比如文件流、互聯網數據接收流）的進度。當然StatefulWidget我們完全可以實現以上功能。但由于在實際開發中依賴異步數據更新UI的這種場景非常常見，并且當StatefulWidget中控件樹較大時，更新一個屬性導致整個樹重建，消耗性能，因此Flutter專門提供了FutureBuilder和SteamBuilder兩個組件來快速實現這種功能。
通常情況下，子Widget無法單獨感知父Widget的變化，當父state變化時，通過其build重建所有子widget；
InheriteddWidget可以避免這種全局創建，實現局部子Widget更新。InheritedWidget提供了一種在Widget樹中從上到下傳遞、共享數據的方式。Flutter SDK正是通過InheritedWidget來共享應用主題和Locale等信息。
InheritedWidgetData
TestData
InheritedTest1Page
provider是Google I/O 2019大會上宣布的現在官方推薦的管理方式，而ChangeNotifierProvider可以說是Provider的一種：
yaml文件需要引入provider: ^3.1.0
頂層嵌套ChangeNotifierProvider
創建共享數據類DataInfo：
數據類需要with ChangeNotifier 以使用 notifyListeners()函數通知監聽者更新界面。
使用Provider.of(context)獲取DataInfo
nextPage：
使用Consumer包住需要使用共享數據的Widget
RepaintBoundary就是重繪邊界，用于重繪時獨立于父視圖。頁面需要更新的頁面結構可以用 RepaintBoundary組件嵌套,flutter 會將包含的組件獨立出一層"畫布"，去繪制。官方很多組件 外層也包了層 RepaintBoundary 標簽。如果你的自定義view比較復雜，應該盡可能的避免重繪。
以上總結了幾種Flutter的局部刷新的方式，可根據實際需要使用不同的方式，最適合的才是最好的。
1.要繪制貝塞爾線，我們需要四個點： 起點 ， 終點 和 兩個控制點 ，如下圖所示。移動控制點會改變曲線的斜率。您可以在此 在線工具中 使用控制點。
我們可以使用類Path的cubicTo方法繪制貝塞爾曲線：
使用控制點（x1，y1）和（x2，y2）添加從當前點到給定點（x3，y3）的曲線的三次貝塞爾曲線段。
如您所見，該cubicTo方法接受三個參數。其中兩個是控制點，最后一個參數是終點。起點是您的筆已經位于畫布上的位置。
不要忘記在畫布坐標中，左上角是（0,0）點，右下角是（size.width，size.height）。因此，請嘗試相應地調整四點：
請記住，paint對象就像我們的筆，我們將其顏色設置為藍色，寬度設置為3。
我們用path對象描述了bezier路徑。該moveTo方法已用于將筆移動到路徑的起點。然后我們調用cubicTo方法來定義控制點和終點。之后，我們使用該drawPath方法繪制了路徑。
貝塞爾曲線參考:
///推薦一些曲線圖/折線圖/柱狀圖參考:
all first_rank_v2~rank_v25-2-95632571.nonecaseutm_term=flutter%20%E5%8A%A8%E6%80%81%E7%BB%98%E5%88%B6%E6%9B%B2%E7%BA%BF
