다들 리엑트와 스벨트에만 관심 있어서 묻히기 쉬운데
왠지 조용히 꿀 빨 수 있는 나만의 꿀통인 것 같아서 기부니가 좋음.
리엑트는 존나 별거 아닌걸 존나게 어렵게 짜는 재주가 있는 라이브러리임.
(고수 같아 보이긴 함)
개발 경력 짧아서 신규개발과 유지보수에 대한 경험이 적은 친구들이 퍼블리싱 해놓은걸 인수 받아보면
모든 섹션마다 컴포넌트질하는 만행을 자주봄.
아니... 랜딩 페이지인데... ㅋㅋ
나는 이미 대가리 굳어서 노화가 일어나는 중이라.. 이제 어려운거 못짬.
리엑트는 절므니들이나 하는거임.
무적권 쉬워야 됨.
그래서 나는 Vue 씀 ㅋㅋ
뷰가 글케 쉬움?
쉬운건 스벨트가 쉽다고 느낄 수 있는데, 뭔가 뭔가 아쉬운 느낌. 일단 템플릿에서 {{#each 따윌 써서 글렀음. 뷰는 정말 간결하고 쉬운게 유지가 됨.
난 몰겟다 뷰를 써보진 않았지만 로직 ui 구분이 명확하지 않다고 들었는데 내 취향은 아닌것 가틈
뷰3?
정확히 말하면 Nuxt3
요즘 IDE에서는 재사용성 없어도 적당히 분리하는게 수정하기 편하긴함
이 기능이 여기쯤 있겠다 싶으면 있어야 됨.
리앸트가 다른거에 비해 그리 어려운가
Vue가 엉망으로 써도 최적화도 잘되긴함 ㅋㅋㅋㅋ SFC가 기본값인점이랑 상태의 읽기/쓰기 인터페이스 분리가 안된게 유일한 불만이긴 하다만.
props도 좀 구리고 헷갈리긴하지만 레거시라 참작가능한 부분 같고요. React 사람들도 jotai 쓰는걸 보면 모두 가슴속에서는 signal을 원하고 있는데 왜 부정하는걸까..
개인적으론 vdom이 주는 개발 편의성을 좋아하는거 아닌가 싶음
모든 요소들을 모듈화 한다는 입장에서는 SFC가 좋은 어프로치인지는 모르겠고..(디자인시스템 구현체처럼) 반대로 그럴 필요 없는곳이라면 SFC가 더 작업하기 편할수도..? 상태의 읽기/쓰기 분리가 안된건 어떤 이야기인지 잘 모르겠다..? setState처럼 별도로 setter있는게 아니라, mutable 변수 접근해서 수정하는것처럼 쓸 수 있다는거 말하는건가? signal 컨셉은 react 컴파일러 방향성처럼 의존성만 자동으로 추적하게 해준다면.. 비슷하게 쓸 수 있는게 아닌가 시프요..?
라이브러리단에선 jsx가 좋고 페이지나 서비스 단에서는 sfc가 나은듯. mutable하게 만든거 말하는게 맞음. 요거 때문에 props에 넘길때 반응형이 깨져서 힘들어하는 사람 많이봄. 차라리 명시적으로 분리하는게 나았다 싶음. react 컴파일러는 hook rules가 아니라 react rules 지켜야 가능한데 이거 지키는 곳이 별로 없...
props에 넘길때 반응형 깨진다는건 금시초문인데..?
컴포지션 API일때 prop 넘기면 set은 따로 처리해줘야하지 않나요?
그건 props에 sync 걸고 update 이벤트로 되지않나 - dc App
emit 걸고 이런건 알지. 근데 기본 동작이 좀 혼란스럽다는거임.
리액트는 일단 메모지에이션을 신경써야하는거부터 애바. css쓰는데 무려 러이브러리를 발라야 하는것도 개애바. - dc App
뷰는 안써보고 앵귤러 써보고 느낀게 상태관리 개같았음. 뷰는 좀 나음? 휴리스틱한 ui 요구 들어와도 능히 구현가능함?
난 리액트 jsx 특유의 자유로운 구조가 좆같은 요구사항도 다 쳐낼수 있어서 맘에듦. 앵귤러로 동일한 기능 만들어봤는대 욕나올정도여씀..
뷰도 심화로 들어가면 일단 안되는건 없음. 별에 별 이상한 상황도 다 커버했었음.
그럼 차이가 없다는거고 쓰볼만 하다는거네