React에서 Redux를 사용하는 자세한 예

Webpack+React 시리즈 구성 과정 기록의 여섯 번째 글입니다. 다른 내용은 다음을 참고하세요:

• 첫 번째 글: webpack, babel, React, antdesign을 사용하여 단일 페이지 애플리케이션 개발 환경 구성

• 두 번째 글: React-router를 사용하여 단일 페이지 구현 애플리케이션 라우팅

• 세 번째 기사 기사: 단일 페이지 개발 환경 최적화: 웹팩 및 반응의 런타임 패키징 및 핫 업데이트

• 4부: React는 Webpack과 협력하여 코드 분할 및 비동기 로딩 구현

• 5부: Webpack 개발 환경과 프로덕션 환경 분리 구성

• 6부: React에서 Redux 사용

이 기사의 주요 내용은 다음과 같습니다. 1. 이전 문제를 수정합니다.
2. , 예제를 사용하여 간략하게 소개합니다. redux 사용 방법
3. 기타 redux 보조 라이브러리.

나머지 문제 수정

1. webpack.prod.config.js에 경로 라이브러리에 대한 참조가 누락되고 npm run build:prod 실행 시 빌드가 실패합니다. 파일 시작 부분에 node.js의 경로 라이브러리를 소개하면 됩니다. npm run build:prod的时候失败。在文件开始的地方引入node.js的path库就可以了。

2. package.json里面定义了一个build:dev的脚本，这个脚本其实有点多余，不过有时候需要打包测试版本的文件，所以还是需要存在。主要有个问题是webpack.dev.config.js中output节点下错误定义了path的值为根目录'/'，这在使用npm start命令启动运行时打包的时候看不出问题，但是在使用npm run build:dev时会出现无法写文件到根目录的权限错误。只要把path的值改掉就可以。path: config.publicPath改成path: config.staticPath,publicPath: config.publicPath

3. package.json은 build:dev 스크립트를 정의합니다. 이 스크립트는 실제로 약간 중복되지만 때로는 테스트 버전 파일을 패키징해야 하므로 여전히 존재해야 합니다. 가장 큰 문제는 webpack.dev.config.js의 출력 노드 아래 path 값이 루트 디렉터리 '/'로 잘못 정의되어 npm start 명령을 사용하여 볼 수 없다는 것입니다. 런타임 패키징을 시작하는데 문제가 있는데 npm run build:dev를 사용하면 루트 디렉터리에 파일을 쓸 수 없는 권한 오류가 발생합니다. path의 값을 변경하면 됩니다. 경로: config.publicPath가 경로: config.staticPath,publicPath: config.publicPath로 변경되었습니다.

css-loader 및 less-loader에서 내보낸 스타일 클래스 이름이 너무 깁니다. localIdentName에서 경로 부분을 제거하는 것이 좋습니다.

redux

Redux 설치

종속성을 설치하는 명령은 다음과 같습니다.

npm install --save redux react-redux redux-thunk  
npm install --save-dev redux-logger

redux 말할 필요도 없이 로컬 데이터베이스로 사용하는데, React-redux는 데이터 구독을 완료하는 데 도움이 됩니다. redux-thunk 비동기 작업을 구현할 수 있게 해주는 redux-logger는 redux의 로그 미들웨어입니다.

redux 및 코드 레이아웃에 대하여

소개를 시작하기 전에 redux 사용에 대한 내 의견을 몇 가지 표현하고 싶습니다.

위에서 언급했듯이 저는 redux를 로컬 데이터베이스로 취급하므로 캡슐화하는 경향이 있습니다. mvc와 유사한 redux 모델의 역할은 독립된 계층입니다. 이는 다른 관점과는 다릅니다. 우리 회사의 프로젝트는 각 페이지를 독립적인 모듈로 처리하는 것을 선호하며 각 모듈은 자체 리듀서와 작업을 유지 관리합니다.

나의 접근 방식은 리듀서 재사용을 더 잘 달성할 수 있습니다. 나 자신에게 더 중요한 이점은 중앙 집중식 수정입니다. 혼자서 프로젝트를 개발하는 소규모 프로젝트나 시나리오에 더 적합합니다.

우리 회사의 프로젝트 접근 방식은 여러 사람이 공동 개발하는 데 더 도움이 됩니다. 결국 모든 사람이 자신의 코드만 유지하면 됩니다. 이 회사 프로젝트 방식에는 받아들이기 어려운 몇 가지 문제가 있습니다.

첫 번째는 모듈이 많을수록 리듀서와 액션에 대한 정의가 많아지는 경우가 많습니다.

더 중요한 것은 두 번째 질문입니다. 저장소의 모듈 데이터 저장은 루트 상태 바로 아래에 배열됩니다. 루트 상태의 데이터 형식은 다음과 같습니다. 🎜🎜

{
    aModuleData:{...},
    bModuleData:{...},
    cModuleData:{...},
    dModuleData:{...},
    ...
}

🎜

프로젝트의 원래 의도는 각 모듈을 독립적으로 유지하는 것이지만 실제 사용에서는 aModule이 aModuleData와 bModuleData를 동시에 사용할 가능성이 매우 높습니다. 이는 자신의 코드를 유지하려는 모든 사람의 원래 의도에 어긋나며 redux의 진정한 기능을 최대한 활용하지 못합니다.

또 다른 작은 문제는 리듀서의 구성이 일반적으로 애플리케이션 데이터 상태의 스타일에 영향을 미친다는 것입니다. 리듀서가 각 모듈에 배포된 후에는 특히 모듈이 있을 때 상태의 형태를 코드에 직접 반영하기가 어렵습니다. 더욱 그렇습니다. 하지만 로거와 같은 도구를 사용하면 문제를 해결할 수 있습니다.

이에 대한 논란은 Redux 튜토리얼에 언급되어 있습니다.

Redux 사용하기

코드가 어떻게 구성되어 있든 Redux를 사용하는 방법은 크게 스토어 생성, 액션 생성, 리듀서 생성의 3단계로 구성됩니다. 그 다음에는 비즈니스 또는 구성 요소와 관련된 데이터 처리 및 표시가 이루어집니다.

먼저 내 접근 방식의 코드 레이아웃을 살펴보세요.

스토어를 만드는 코드는 model/index.js에 집중되어 있고 액션은 model/actions/.js 및 model/reducer에 작성되어 있습니다. /.js 각각 함수와 감속기 함수를 만드는 곳에서 모듈에 따라 DIY할 수 있습니다.

model/index.js의 코드는 다음과 같습니다.

model/actions/index.js의 코드는 다음과 같습니다.

login이라는 이름의 비동기 actionCreator와 3개의 일반 actionCreator가 여기에 정의되어 있습니다. .

actionCreator는 구성 요소에 의해 호출된 후 작업을 저장소로 보낸 다음 감속기에 의해 처리됩니다. 코드는 다음과 같습니다.

이제 세 단계가 완료됩니다. 위의 코드는 단순히 로그인 작업을 시뮬레이션합니다. 로그인 페이지에 사용되는 데이터는 loginPageData에 저장되고, 로그인 후 얻은 현재 로그인된 사용자 데이터는 엔터티 데이터 엔터티에 저장됩니다.

다음 단계는 redux를 연결하고 반응하는 것입니다. 즉, redux 저장소에 있는 데이터를 반응 구성 요소로 전송하여 사용하는 것입니다.

첫 번째 단계는 반응에 대한 데이터 지원을 제공하기 위해 반응할 redux 저장소를 마운트하는 것입니다. 가장 간단한 방법은 애플리케이션의 루트 구성 요소(제 경우에는 BasicExample.js)를 찾은 다음 렌더링 기능의 가장 바깥쪽 레이어에 Provider 태그를 추가하는 것입니다. 코드 조각은 다음과 같습니다.

빨간색 선은 변경 지점을 그리고, model/index.js에서 저장소 객체를 내보낸 다음, React-redux에서 제공하는 Provider 태그를 통해 React에 마운트하여 다음에 대한 데이터 지원을 제공합니다. 반응하다.

마지막 빨간색 선을 보면 이 테스트 예제 ReduxDemo를 Home 구성 요소에 추가했습니다. 코드는 다음과 같습니다.

코드의 초점은 연결 기능입니다. 이 기능은 React-redux에서도 제공됩니다. 이를 사용하여 일반 디스플레이 구성 요소(여기서는 ReduxDemo - 데이터 표시만 담당함)를 래핑한 다음 컨테이너 구성 요소를 반환합니다. 연결 함수는 첫 번째 매개변수를 사용하여 디스플레이 구성요소가 저장소의 데이터를 구독하도록 허용하고, 두 번째 매개변수는 디스플레이 구성요소가 기본적으로 다양한 작업을 전달하도록 허용합니다.

이 예제에서는 ReduxDemo가 마운트된 후 로그인을 시뮬레이션하기 위해 로그인 인터페이스를 호출합니다. 반환된 결과는 저장소에 저장됩니다(데이터 형식은 이전에 작성된 감속기 구성에 따라 결정됩니다). 페이지에는 스토어의 데이터를 기반으로 콘텐츠가 표시됩니다. 로그인으로 발행된 원격 요청은 가짜이기 때문에 여기서는 항상 실패하므로 실패 내용이 표시됩니다.

이것으로 redux 사용 소개를 마칩니다.

redux 보조 라이브러리

사실 위 코드에서 두 개의 보조 라이브러리를 조용히 언급했는데, 이 두 라이브러리도 여기서 추천하고 싶은 두 라이브러리입니다.

개발 도구 redux-devtools: 다양한 다른 라이브러리와 결합 시각적 디버깅 인터페이스를 구현할 수 있습니다.

1. 데이터 정규화 도구 Normalizr: 데이터를 정규화하고 구성합니다. 세 가지 프로젝트를 경험한 후, 애플리케이션의 데이터 구성을 보다 명확하게 만들고 중복 데이터를 줄이며 데이터 새로 고침으로 인한 성능 영향을 줄일 수 있는 이 라이브러리를 사용하는 것이 좋습니다.

2. 당분간 소개하지 않겠습니다. 관심 있으신 분들은 github에서 문서를 확인하시면 됩니다.

위 내용은 React에서 Redux를 사용하는 자세한 예의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!