Enjoy life enjoy coding.

Interface 就像在限定「 Class 內容」的存在，如上方說的，在 Interface 中，會描述 Method 或 Property 的名稱，但 Interface 不會也不能去實作這些功能，僅僅是要求使用該 Interface 的 Class 得這麼做，否則就會

類別就像一個設計圖，能透過它產生一個新物件，用 class 語法建立一張設計圖，裡面會有物件的資料，設計好後，使用 new 將物件建構出來，該物件就會擁有設計圖內設定的所有功能

JavaScript 仍然有辦法透過自身實現 interface ， 但它所需要的工程可能比想像中的多，這時也許我們能夠回想 class 的出現為 JavaScript 操作 Prototype 帶來多大的改變，就能猜想 TypeScript 僅僅增加了 interface…

這些差別都是取決於物件導向是基於 Class 或 Prototype ，因此就算 ES6 新增了一個 Class 保留字用來當 Constructor 創建 Instance ，也不代表它物件導向的方式會變成 Class-Based ， 只是被 Class 包裝的…

前言本篇文章的內容會分成幾個部分講解： Object （物件） this（物件執行環境） Property attributes（特性屬性） Prototypal inheritance （原型繼承） Constructor （建構器） Constructor in

WebSocket 是網路協定的一種， Client 可以透過此協定與 Server 做溝通，而他和一般 http 或 https 不同的是， WebSocket 協定只需透過一次連結便能保持連線，不必再透過一直發送 Request 來與 Server 互動！

本篇要和大家分享的內容源自於 這個問題，問題內容主要是 「當使用 react-testing-library 測試 component 的時候，該怎麼取得或確認 state 的值呢？」（註一） 雖然作者是以 react-testing-library 這個測試框架的角度發問，但

只要我們想像並模擬使用者操作系統的方式寫下測試，不僅可以讓測試更適應 UI 的變化，也能讓測試為你帶來更多價值

簡單使用了 useSelector 和 useDispatch 兩個 Hooks，就把當初寫了兩篇文章的內容通通實作出來，而且程式碼還更簡潔直覺，且明顯能感覺到差異的是 Component 不需要再經過 Connect 了！

其實標題應該是反過來了，因為我是先將擁有一套完整的 React 專案架構，再硬是將 TypeScript 加進專案中，所以應該是 React 遇到 TypeScript 才對。 本文就是要記錄下過程，希望能給想導入 TypeScript 的 React 工程師一個小參考

寫法輕鬆又直觀，一眼就能看出在做什麼，但是 fetch 需要搭配 Promise 做回傳資料的處理、 data 可能還未拿到資料就 dispatch 之類的種種因素下，這樣真的可以嗎？ 可以的，只要擁抱 Saga 一切都會變得容易

Counter 是透過 Hooks 的 useState 管理 State ，也就是說 react-testing-library 百分之百完美相容 Hooks ，測試起來絕對不會有問題！ 顯然這是個令人開心的消息，但 Redux 呢？