2
처리 할 관련 양식 데이터가 많은 앱을 개발 중입니다. MVC 구조를 사용하고 있으며 관련된 모든 데이터가 양식 제출에서 데이터 유효성 검사와 함께 내 모델에 표시됩니다. 내 컨트롤러 배치에 접근하는 좋은 방법에 대한 조언을 찾고 있는데 - 기본적으로 사용자가 각 단계/카테고리를 진행하는 관리 가능한 카테고리 (신용 카드 앱과 유사)로 분류되는 거대한 형식을 갖게 될 것입니다. 답변을 작성하십시오. 이 모든 양식 범주는 주요 관계/객체와 관련이 있지만 서로는 관련이 없습니다.양식에 대한 MVC 디자인 질문
메인 컨트롤러 클래스에서 각 하위 폼/카테고리를 하나의 메소드로 사용하는 것이 더 낫습니다 (하나의 컨트롤러가 상당히 커지게 만듭니다). 또는 각 카테고리를 주 컨트롤러의 하위 클래스로 나누는 것이 좋습니다 ? 두 번째 방법이 더 깔끔한 것일 수도 있지만 각 카테고리 (모델과 통신하고 오류/성공을 출력 함)에 대해 새로운 방법을 만드는 것과 새로운 컨트롤러를 만드는 것 사이의 차이점을 많이 보려 애 쓰고 있습니다. 동일한 기능을 처리 할 수 있습니다.
미리 안내해 주셔서 감사합니다.
환호성 Boris, 그 접근 방식도 의미가 있습니다. 각 모델은 데이터베이스 관계를 나타내는 ORM을 사용하지만, 각 카테고리/하위 폼 내에서 둘 이상의 모델과 상호 작용할 가능성이 높으므로이 경우 접근 방법이 유용할까요? 내가 잘못 이해 한 경우에 사과 – kenny99
환호 케니, 모델과 모델이 있습니다. MVC의 모델은 뷰의 상태, 즉 양식을 백업하는 객체입니다. 당신이 말하는 모델은 울타리의 비즈니스 로직 측면에있는 도메인 객체 모델입니다. 그것은 가게를 갖는 것과 같습니다. 주식 및 금융 관리를 위해 다른 관용구를 사용하여 고객에게 제품/서비스를 제공 할 것입니다. –