louis.luo

看來是[isBrowser](https://github.com/alibaba/hooks/blob/26a703d2d7cdcab62641cb3c45dac11715befe49/packages/hooks/src/useResponsive/index.ts#L62)的問題，這個能移除嗎

我看了一下 code 我想 應該是不太需要用到 configureResponsive configureResponsive 改用變數的方式傳進去 [useResponsive ](https://github.com/alibaba/hooks/blob/26a703d2d7cdcab62641cb3c45dac11715befe49/packages/hooks/src/useResponsive/index.ts#L52) , 開發者自己定義變數自己要用到 就import 進 useResponsive，這樣應該彈性很多 ```js const configResponse = { small: 0, middle: 800, large: 1200, }) import { configResponse }...

https://usehooks-ts.com/react-hook/use-media-query 我想 還能考慮多一個用 window.matchMedia的 hook來做判斷，我使用過，這個判斷方式也還蠻不錯的

@sebinsua could you get me a simple? i try it but tags value was return undefined -----update i fix it this is my example https://gist.github.com/Louis-Chen/fa3772875117c0f8c72d9beeeb92be8e

``` const [inViewport] = useInViewport( getTargetElement(() => isFirstLoad.current === false ? document.getElementById(domId) : null ) ); ``` 目前我是這樣做control 不知道這樣可否，不然就這樣就好

用issue 當部落格 還蠻屌的

好像不建議用 try catch 做設計，好像是因為 memory會lock住，所以catch 還要在補清除catch的寫法。 大概是這樣的解釋吧。 https://docs.microsoft.com/zh-tw/cpp/mfc/exceptions-freeing-objects-in-exceptions?view=vs-2019 當初我也會用 try catch 取代 promise 因為結構比較簡潔但後來就沒做這樣的堅持了。

我覺得vue是偏向開發體驗的前端框架，他有React的優雅，也有Angular得靈魂。我認為他是比較容易上手的框架，但這也只是比較於如果從靜態html開始學程式的人來說。 React確實比較難以駕馭，原因在於元件化設計，怎麼定義元件?怎麼抽離元件?怎麼設計元件間的傳值?這些都是比較抽象的設計，我覺得React的核心思想是在於前端工程，如何從需求書跟設計稿定義出元件，並隨著業務邏輯的增長漸漸抽離出元件。 所以React很有彈性也很好擴張，但缺點是工程師要懂的如何掌握元件設計原則。 BTW 有興趣能多跟你交流，我也在專研前端工程這塊。