Dva: 모델 디자인

https://github.com/dvajs/dva-docs/blob/master/v1/zh-cn/tutorial/03-%E8%AE%BE%E8%AE%A1Model.md

뿡뿡
이 예제는 "단일 페이지"+ "단일 데이터"만 포함하기 때문에이 예제가 내 질문에 답하지 않는다고 생각합니다.
따라서 모델을 "페이지"로 나누는 것으로 이해하거나 "데이터"에 따라 모델을 나누는 것으로 이해할 수 있습니다.
추신 : 여기에 언급 된 "페이지"부문 모델은 각 페이지에 대한 모델 생성을 의미하고 "데이터"부문 모델은 각 독립 데이터 단위 또는 비즈니스 로직에 대한 모델 생성을 의미합니다.

이 예에 대한 이해 :
1. "페이지"분할 모델 --- 새 페이지가있는 경우 페이지에 댓글 목록과 해당 사용자 목록이 표시됩니다. 그런 다음이 새 페이지에 사용할 usersAndMessages라는 모델을 만들어야합니다.
2. "데이터"분할 모델 ---이 페이지에 주석 목록을 표시해야하는 경우 주석이라는 다른 모델을 만들어야합니다.

내 이해는 "페이지"가 ​​"모델"에 해당한다는 것입니다.
그러나 "페이지"간에 재사용해야하는 일부 부분에서이 문제를 처리하는 방법은 무엇입니까?
결국 우리는 모델에서 재사용 된 동작과 감속기를 분리해야합니까?
그러나 이것은 redux를 작성하는 전통적인 방식으로 돌아 가지 않습니까?

내 이해는 "페이지"가 ​​"모델"에 해당한다는 것입니다.

모델과 페이지가 서로 일치 할 필요는 없으며 개별적으로 디자인 할 수 있으며 페이지에 필요한 모든 데이터는 연결을 통해 얻을 수 있습니다.

뿡뿡
즉, "데이터 위도"와 "페이지 위도"를 완전히 분리하고, 다른 모델을 만들고, 해당 "페이지 위도"모델과 필요한 "데이터 차원"모델을 페이지에 연결할 수 있습니다.

function mapStateToProps(state) {
  return {
    // 数据维度创建的model
    users: state.users,
    comments:state.comments,
    // 页面维度创建的model
    homePage:state.homePage,
  };
}

@ zerozaki0752 네.

@sorrycc 감사합니다! ! !

또 다른 질문은 디스커버리 데모의 일부 문제에 관한 것입니다.
1. 모델의 이펙트 및 리듀서에 정의 된 메소드, 일부는 모델에서 내부적으로 사용하고 일부는 뷰에서 호출해야합니다 (명확한 구분 없음).
2. 데모에서 액션을 호출하는 뷰는 다음과 같이 dispatch "namespace / functionName"이라고합니다.
3. 두 번째 매개 변수 인 mapDispatchToProps는 연결할 때 전달되지 않습니다.

내 예상 효과는 모델의 뷰에서 호출해야하는 것을 캡슐화 한 다음 mapDispatchToProps를 뷰로 가져오고 매번 디스패치하지 않고도 뷰의 props.namespace_functionName을 통해 직접 작업을 트리거 할 수 있습니다.

이것이 합리적 일까? 가능합니까?

이것은 개인적인 습관입니다. 저는 dispatch (action) 방식을 선호합니다.

mapDispatchToProps 매개 변수는 액션을 바인딩하기 위해 connect에서 전달되지 않지만 디스패치를 ​​사용하여 모든 모델의 액션으로 전송할 수 있습니까?

구성 요소입니다 connect 의 소품해야합니다 dispatch .