Hacker News 의견

• "Web Components Are Not the Future"라는 기사에 대해 설득력 있는 주장이 부족함을 느꼈음

  • 현재 프론트엔드 프레임워크 상태가 혼란스러움
  • 복잡한 프레임워크를 배우고 싶지 않음
  • 문서 없이 이해할 수 없는 마법 같은 기능을 원하지 않음
  • Web Components는 직관적이며 Shadow DOM을 통한 격리 기능을 제공함
  • React 시대에서 JSX만 유지해야 한다고 생각함

• 사람들은 서로 다른 최적화를 추구하기 때문에 의견이 엇갈림

  • VC 지원 스타트업에서는 프레임워크가 적합할 수 있음
  • 학술 연구실에서는 유지보수 비용이 적게 드는 Web Components가 더 나음
  • Vue에서 Web Components로 전환한 경험이 매우 좋았음
  • 의존성이 줄어들어 관리가 쉬워졌음

• Svelte는 Custom Elements API를 통해 Web Components 생성을 지원함

  • Svelte는 JS/HTML/CSS로 컴파일되어 재사용 가능한 컴포넌트를 쉽게 만들 수 있음

• Web Components가 풀스택 개발자의 삶을 더 좋게 만들지 못한다고 생각함

  • 대부분의 예제가 HTML에 데이터를 템플릿화하는 것에 불과함
  • Handlebars로 이미 할 수 있는 일임

• Web Components와 Shadow DOM이 브라우저 확장 기능의 작동을 방해할 수 있음

  • 브라우저 벤더들이 이 문제를 해결하는 데 서두르지 않음

• 상호 운용성은 성능 비용을 수반함

  • 여러 프레임워크가 각자의 런타임을 가지고 있어 성능 저하가 발생할 수 있음
  • Web Components는 기술적으로 뒤처지며 복잡성을 증가시킴

• Web Components가 현재의 프론트엔드 문제를 해결할 수 있다고 생각함

  • 성능이 뛰어나며, 데이터 테이블을 부드럽게 스크롤할 수 있음
  • Web Components 라이브러리를 준비 중임

• 250,000줄의 JS 코드베이스를 상속받아 Web Components로 리팩토링 중임

  • 코드 길이를 50,000줄 줄였음
  • 기존 코드의 기능을 이해하는 데 도움이 됨

• Web Components는 JS 없이도 작동할 수 있음

  • 점진적 향상을 위해 몇 번 사용해 봤음
  • 서버 사이드 렌더링과 잘 작동함

• 프레임워크와 Web Components는 서로 다른 문제를 해결하는 도구임

  • 프레임워크는 상태에 따른 뷰 렌더링을 담당함
  • Web Components는 상태 관리 문제를 해결하지 않음
  • 두 가지가 공존할 수 있다고 생각함