다트 모범 사례: 별도의 모델, UI 보기 및 컨트롤러 논리
일상적인 코드 검토에서 개발자는 처리되지 않은 모델 데이터를 UI 보기에 직접 사용하는 경향이 있음을 알 수 있습니다. 이렇게 하면 최종 컴파일된 코드에서 많은 추가
if-else null 검사 논리가 생성될 뿐만 아니라 코드가 매우 장황해 보입니다.아래 의사 코드가 포함된 예를 참조하세요.
권장되지 않음:
Text(_ctrl.sales?.amount ?? ''),
Text(_ctrl.sales?.quantity ?? ''),
Text(_ctrl.sales?.month ?? ''),
좋은
컨트롤러 다트
late SaleModel sales;
onFetch() async {
var res = await fetch('https://abc.com/sales');
if (null != res.data && null != res.data.sales) {
sales = SaleModel.fromJson(res.data.sales);
} else {
// declare a named constructor which return SaleModel with blank string
sales = SaleModel.blank();
}
}
UI 보기
Text(_ctrl.sales.amount),
Text(_ctrl.sales.quantity),
Text(_ctrl.sales.month),
Reference
이 문제에 관하여(다트 모범 사례: 별도의 모델, UI 보기 및 컨트롤러 논리), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/kenng/dart-good-practice-separate-ui-view-and-controller-logic-1dpd텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
좋은 웹페이지 즐겨찾기
