관심생겨서 알아본 결과 정리
1. Ssr 안됨
2. Autoprefixer 안됨 (따로 노드 기반 컴파일러 돌려야함, 지저분하게 스택 얽히는거 진짜 개싫음 차라리 노드로짜지
3. 클라이언트 js로 dom 업데이트해주는 js jnterop이 크로스브라우징 안됨! ㅋ 븅신같이 바벨 폴리필도 안될거임 뭐하는짓이냐고
4. React처럼 Suspense 안됨. Suspense는 모두 렌더링 되었는지 판단하기에 매우 좋은 척도이고 Promise, Exception 잡는데에 좋은 도구임.
로딩 스테이트 따위때문에 앱이 복잡해지는 경우 많은데
결론
아직은 원숙해져야 쓸듯
당장은 배워만 두고 어드민 정도나 갠플젝에나 사용가능
그래도 적어도 스벨트보단 나음 ㅋ
1. Ssr 안됨
2. Autoprefixer 안됨 (따로 노드 기반 컴파일러 돌려야함, 지저분하게 스택 얽히는거 진짜 개싫음 차라리 노드로짜지
3. 클라이언트 js로 dom 업데이트해주는 js jnterop이 크로스브라우징 안됨! ㅋ 븅신같이 바벨 폴리필도 안될거임 뭐하는짓이냐고
4. React처럼 Suspense 안됨. Suspense는 모두 렌더링 되었는지 판단하기에 매우 좋은 척도이고 Promise, Exception 잡는데에 좋은 도구임.
로딩 스테이트 따위때문에 앱이 복잡해지는 경우 많은데
결론
아직은 원숙해져야 쓸듯
당장은 배워만 두고 어드민 정도나 갠플젝에나 사용가능
그래도 적어도 스벨트보단 나음 ㅋ
아직 미숙하다는거지?
프로덕션에서쓰기 힘들듯 근데 다만 추후에는 굉장할듯
스벨트는 그래 반응성있는 코드로 바꿔주는건 알겠는데 따로 언어를 만든 셈이네..? 뭐하는짓이지? 싶은데 블레이저는 괜챦다..! 느낌 듦
흠 이번 프젝 이걸로 해볼까
스벨트는 왜 별로임?
따로 언어를 만든셈이잖아. 그건 js가 아님. 결과 노드랑 인티그레이션도 따로 레이어가 필요해짐 블레이저가 주목받는 이유는 c#과 프론트의 통합임 리액트가 롱런하는 이유도 Thin pure js Lib이기 때문
그왜 딜레이드 애니메이션, 기타 등등도 해결불가능한 구조로 보임 스토어도 이상함 DI개념도 아니고 뭐 암튼 좆같아 걍 걸러
라이브러리나 프레임워크가 최대한 얇아야 하는 이유가 유니버설한 많은 목적을 지원해야 하기 때문임
개인플젝으로 스벨트 쓸까 했는데 좀 근본없나보네
ㅇㅇ js도 몇년에 걸쳐 겨우 원숙해질락 말락 하고 있고 다른 근본있는 언어들 많은데 스벨트는 너무 어이없는 시도임. 난 절대 안쓸거임 유사언어가 생기면 생태계가 따로 만들어져야하는데 그거 장담 못하고 기다리기 불가능
데노도 좀 알아봐서 알려줘