一、生命週期鉤子

hooks：

hooks的出現也就解釋了為什麼要從optionApi轉向composiApi，因為專案到了我們的元件邏輯太多了 ，可能元件模板還是那個模板已經很完善了，但是元件邏輯太長太複雜，而且每個元件選項鬆散的過於厲害，某一個功能點我們需要在不同元件選項中來回加工，對程式碼的可讀性很差，於是我們將所有的實現這一個功能點的元件邏輯 都放在一起，變成一個hooks檔案；

怎麼說呢？從多html到spa，到大功能的分散成一個個元件，在到現在元件邏輯的合取；隨著技術的發展，天下大勢，總是合久必分分久必合，因為解決一個問題，無法是合作和分割，就像0和1一樣，也正如太極中的陰陽黑白，只有這兩種可能性；但是這兩種可能性的組合，可以產生無數種可能；

單項資料流，不要讓子元件改變父元件的值，只能是單向的；

可以使用readOnly（）；

當然這些資料也不是響應式的；如果要響應式還是需要加ref和reactive；

如果後代元件想要修改父元件怎麼辦?父元件提供一個可以修改資料的方法，子元件想要呼叫就必須只能呼叫這個方法；

二、h函式

render函式要求返回一個vnode，而我們可以通過h（）函式來創造一個vnode；

h（）來建立vnode，render（）來渲染vdom到真實html上；

以前用的模板元件語法還是不夠靈活，就是不可以使用極致的js，如果想使用，可以使用h函式或者jsx語法；

三、jsx