상태를 취합니다

React는 국가 관리에서 약간 독특합니다. useState 및 Context와 같은 최고의 도구를 가지고 있지만, 반응 형 Global State와 관련하여 자신에게 더 의존합니다. David Ceddia의 "React State Management Library 및 선택 방법"기사는 다양한 옵션에 대해 잘 설명합니다. 다른 모든 주요 JavaScript 프레임 워크에는 자체 인식 된 글로벌 주 구현이 있기 때문에 "Maverick"이라고 말합니다.

제 생각에는 상태의 개념은 프론트 엔드 개발에 중요합니다. 구성 요소와 같습니다. 디지털 제품을 개발하는 영리한 방법 일뿐입니다. 상태는 웹 사이트에서 발생하는 이벤트의 추상화입니다. 사이드 바가 켜져 있는지 또는 꺼져 있는지, 댓글 데이터 목록, 로그인 한 사용자의 세부 사항 또는 기능적 UI를 그리기 위해 필요한 다른 것일 수 있습니다.

그렇기 때문에 상태를 다루려고하지 않는 기본 웹 구성 요소의 개념은 여전히 ​​나를 놀라게합니다. 이유를 이해할 수있는 지식이 충분하지 않지만 관찰자로서 개발자가 웹 구성 요소 내부와 웹 구성 요소에서 상태 작업을 수행하는 가장 좋은 방법을 찾기 위해 열심히 노력하는 것을 볼 수 있습니다. 최근에, 나는 Evan You 's @vue/lit 만났다. 이는 Lit-HTML을 사용하여 템플릿을 해결하고 문제를 다시 연결 한 다음 VUE의 반응 상태를 결합하는 웹 구성 요소를위한 소형 프레임 워크입니다. 나에게 이것은 멋져 보인다.

에반의 아이디어는 도서관의 총 크기를 약 6KB로 줄입니다. 그래서 우리는 여기서 얼마나 작은가요? Krasimir Tsonev가 작성한 "State Management에 JavaScript 모듈 시스템 사용"기사에서는 도서관을 전혀 사용하지 않았습니다 (작은 라이브러리가 그 과정에서 만들어 졌다고 말할 수 있습니다). 주 관리자는 우리가 가져오고 사용하는 모듈 일 수 있습니다. 본질적으로 값, 바리오 그램 및 리스너가 포함 된 객체 일 수 있습니다. 이로 인해 상태 관리의 오버 헤드는 거의 0으로 줄어 듭니다. 그러나보다 강력한 라이브러리로 얻을 수있는 효율적인 재 렌더링, 더 나은 템플릿 및 수명주기 기능을 포기하는 데 드는 비용으로.

Leo Bauza의 기사 "Viget은 JavaScript를 어떻게 사용합니까?"라는 기사를 전혀 사용하지 않는다고 말하면, HTML 위에 기능을 추가하는 데 사용하는 기본 패턴을 소개합니다. 모든 함수는 data-* 속성을 통해 적용되는 것으로 보이며, 각 data 속성에는 해당 특정 함수를 처리하기 위해 고유 한 JavaScript 모듈 (클래스)이 있습니다. 여기에는 글로벌 상태 프로세스가없는 것 같지만 모듈 내에서 수동으로 상태를 처리합니다.

나는이 모든 것들이 흥미로운 것을 발견했다. 내 직장에서 나는 상당히 전형적이라고 내기한다. 이것이 작은 프로젝트라면 직접 할 수 있습니다. 중간 크기이지만 덜 영향을 미치지 않는다면 소설, 심지어 실험적인 접근 방식을 선택할 수 있습니다. 그러나 내가하는 일이 거대하고 광범위하게되면, 때로는 더 무거운 라이브러리를 의미하더라도 큰 선수 중에서 선택하는 것이 더 편안하다는 것을 알게됩니다. ?

위 내용은 상태를 취합니다의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!