반응형
플러터 상태 관리와 플러터 아키텍처 패턴(MVVM, MVC...) 사이에 관계가 있습니까?)
MVC, MVVM과 같은 플러터 아키텍처 패턴이 있다는 것을 알고 있습니다. 또한 setState, Provider, Getx, Mobx, BloC/rx 및 상속된 위젯 등과 같은 일부 플러터 상태 관리 접근법이 있습니다.
상태 관리 방식이 앱의 상태를 관리하는 데 사용되고, 플러터 아키텍처 패턴이 플러터 앱의 아키텍처로 사용된다는 것을 이해했기 때문에(나의 플러터 아키텍처 패턴 정의에 대해 조금 의심스럽다).
그래서 저는 단지 플러터 상태 관리 접근법과 플러터 아키텍처 패턴 사이에 어떤 관계가 있는지 알고 싶습니다. 또는 상태 관리 코드를 구성하기 위해 플러터 아키텍처 패턴을 사용해야 합니까?
블록 또는 MobX와 같이 설계 패턴을 사용하여 상태 관리 솔루션을 구현하는 방법에 대한 개요를 제공해 주십시오. 이는 필요한 일반 파일이며 서로 연결하는 방법입니다.
단답: 아니요. 그들은 다르다. 모든 상태 관리 솔루션에서 모든 아키텍처를 사용할 수 있습니다. 예를 들어, 대부분의 상태 객체는 MVC의 컨트롤러(컨트롤러가 논리를 보유하는 곳) 안에 위치한다. 하지만 DDD에서는 프레젠테이션 계층에 있습니다.
요약하면, 상태 관리 솔루션은 패턴/아키텍처가 전체 코드베이스를 구성하는 데 사용되는 화면에 상태를 제공하는 데 사용되었습니다.
반응형
'개발하자' 카테고리의 다른 글
| Python 작업자가 다시 연결하지 못함 (0) | 2022.12.22 |
|---|---|
| 파이썬 밴디트 보안 문제 보고서에서 일부 문제를 무시하거나 건너뛰는 방법은 무엇입니까? (1) | 2022.12.22 |
| _startDate로 인해 플러터에 지연 초기화 오류가 발생 (0) | 2022.12.21 |
| TypeScript - 유형 'string' 표현식을 사용하여 유형을 인덱싱할 수 없으므로 요소에 암시적으로 'any' 유형이 있습니다. (0) | 2022.12.20 |
| 유형 스크립트: 형식 'string' 표현식을 사용하여 형식을 인덱싱할 수 없으므로 요소에 암시적으로 'any' 형식이 있습니다. (0) | 2022.12.19 |