'우리는 모두가 오래된 물건을 만지는 것을 두려워했기 때문에 90% 미사용 CS를 가지고있었습니다.'

JS Party Podcast의 발췌 :

Kend C. Dodds는 많은 개발자들이 수정이 안전한지 확실하지 않기 때문에 기존 CSS를 사용할 때 종종 코드를 복사하기로 결정했다고 언급했습니다. PayPal 프로젝트에서는 CSS 코드의 90%가 이전 코드를 쉽게 수정하는 사람이 없기 때문에 사용되지 않습니다. 개발자가 CSS 기술이 부족하기 때문이 아니라 CSS 자체에 결함이 있기 때문일 수도 있습니다.

Emma Bostain은 이것이 CSS-in-JS와 같은 솔루션의 핵심 (예 : Styled Components)을 지적합니다. 구성 요소 내부 스타일 로직을 캡슐화하고 코드 충돌을 피하고 스타일을 더 쉽게 추가, 삭제 및 수정할 수 있도록합니다.

Dodds는 이러한 도구 가이 문제를 해결하기 위해 만들어 졌다는 데 동의합니다.

많은 대기업들도 비슷한 문제를 겪고 있습니다. 많은 개발자, 빈번한 직원 회전율, 어떤 CSS 코드가 사용되는지 알 수 없습니다.

그렇기 때문에 Dodds는 때때로 구성 요소 기반 스타일 솔루션을 좋아하는 이유입니다 (복잡한 도구 나 JavaScript 구문에 관심이 없지만). 핵심은 스타일과 구성 요소의 단단한 결합에 있으며 개발자는 더 이상 스타일을 수정하는 것을 두려워하지 않습니다. 모든 프로젝트 에이 접근법이 필요하지는 않지만 프론트 엔드 아키텍처가 이미 구성 요소 (자바 스크립트가없는 우수한 프론트 엔드 아키텍처)를 기반으로하는 경우이 스타일은 완벽합니다.

이를 바탕으로 Dodds는 "스코프 스타일"이 표준화 토론에서 컴백을한다는 것을 기쁘게 생각합니다.

그는 고대 아이디어를 회상했다 (아마도 브라우저에 간단히 나타났다) : HTML에서 직접 스타일 블록을 추가하고 스타일은 부모 요소에만 작용한다. 이 아이디어는 훌륭하고 그는 다시 실현되기를 희망합니다.

그러나 새로운 솔루션 (예 : Miriam의 원래 제안)은 하위 및 상한 경계를 설정할 수있는 것과 같은이 기본 개념보다 더 영리합니다. 최종 결과에 관계없이 Shadow Dom 및 Zero Tool이없는 스코프 스타일은 많은 의미가 있습니다.

위 내용은 '우리는 모두가 오래된 물건을 만지는 것을 두려워했기 때문에 90% 미사용 CS를 가지고있었습니다.'의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!