前幾天都沒再持續提到 Vue，今天來聊一下關於 Vue 3.0 與其後續發展狀況。雖然目前還是 RFC
[https://github.com/vuejs/rfcs/blob/function-apis/active-rfcs/0000-function-api.md]
的階段，不過，大致上走向應該已經確定了。
> 推薦閱讀 Kuro 的 初探 Vue 3.0 Function-based API
[https://kuro.
最後幾天來聊一下關於生命週期的事情，這裡提到的生命週期並不限於 Vue 所屬的區域，也包含了一些原生 JavaScript 那種無關 Bug 而是一種
Feature 的那些 生命週期 的事情。
沒有被 JS 婊過就不算寫過 JS 你說是吧（ 並沒有這種說法好嗎 ）
--------------------------------------------------------------------------------
關於封裝與執行
我之前犯過幾個低級錯誤，舉個例子給大家看個笑話：
以上是錯誤的範例，至於看不出來哪裡有錯的人 左轉不送謝謝。就字面上來說每個字都對，寫法也沒有錯誤，不過，就
昨天看了一些關於大量 DOM 的事情，今天來聊一下關於深度監看的事情。其實在 Vue
裡面，預設的監看並不會看太多，也就是不會看很深。為了效能考量，所以基本上各家前端框架在這件事情上面，或多或少都會留一點餘地。
然後這些餘地有時候會讓人覺得很困擾。
--------------------------------------------------------------------------------
怎麼監看？
實際上 JavaScript 是可以透過 Proxy
[https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Proxy]
, Reflect
[https:
昨天提到大量資料的事件綁定，今天再來聊一下關於 DOM 這件事情。不知道大家對於 Google Chrome DevTools
熟不熟悉，我們除了用他來看人家原始碼以外，也會使用他來觀察畫面的效能。
推薦大家可以追一下 Paul Irish [https://twitter.com/paul_irish] 的推特。
--------------------------------------------------------------------------------
關於效能問題
> Advanced performance tooling in Chrome DevTools - Paul Irish @ Velocity 2014
今天跟大家聊一下關於大型資料的一些例子。先說在最前面的，這種案例其實不多，屬於 八奇
[https://zh.wikipedia.org/wiki/%E7%81%AB%E9%B3%B3%E7%87%8E%E5%8E%9F%E8%A7%92%E8%89%B2%E5%88%97%E8%A1%
