클래스방식이 먼저 나왔으니 훅 방식이 뭔가 클래스방식보다 나은 점이 있어서 만든 거 아닌가 싶은데
훅이 초반부는 간단하게 구현할 수 있을 것처럼 보여서
뭔가 호감이었는데
Api 잔뜩 끌어다 써야 한다니까 나중가면 문제가 생기나 봄
기업에서 뷰나 스벨트 더 많이 썼으면 좋겠다
클래스방식이 먼저 나왔으니 훅 방식이 뭔가 클래스방식보다 나은 점이 있어서 만든 거 아닌가 싶은데
훅이 초반부는 간단하게 구현할 수 있을 것처럼 보여서
뭔가 호감이었는데
Api 잔뜩 끌어다 써야 한다니까 나중가면 문제가 생기나 봄
기업에서 뷰나 스벨트 더 많이 썼으면 좋겠다
훅이 왜 API를 잔뜩 끌어다쓰는거..?
무슨 개소리냐 이건 또 ㅋㅋㅋ
훅이 욕먹는건 아님. 뷰랑 비교해보면 왜 의존성을 굳이 사용자가 명시하냐는게 문제가 아닐까?뷰만 봐도 computed나 이런게 결국 훅이랑 역할이 같잖어 - dc App
클래스컴포넌트에서도 쓸 수 있는게 훅아닌가
배우는 중이라 잘못 표현해서 ㅈㅅ
최적화관련으로 라이브러리 의존이 생각보다많음, 그렇다해서 이 라이브러리 사용함에 제약이 있고 수정할려고해도 못하는 경우가있음. 그래서 그냥 깡으로 직접만드는 경우가있음 그냥 리엑트가 좆같은이유는 규모가 커지면 커질수록 오버 엔지니어링이 당연하다듯이 발생하고 폴더, 파일이 기하급수적으로 늘어나기시작할때가있음. 그때부터 생산성 확 줄어듬...
공감. 리액트의 최종방향성은 그들의 멘탈모델에 맞게 랜더링에만 포커싱 맞추고... 나머지 최적화는 생태계에서 알아서 해주길 바라는 느낌..? 이게 좀 잘 떠서 다행이지.. 아니었으면 진즉에 사장될 기술아니었나 싶다.