언제 ASP.NET MVC에서 새 컨트롤러 클래스를 만들어야합니까?

Question

MVC를 배우는 중이고 새로운 컨트롤러를 만들어야하는시기와 기존 컨트롤러와 관련된 동작 및보기를 추가해야하는 시점을 결정하는 데 어려움을 겪고 있습니다. 한편으로, Single Responsibility (단일 책임)는 컨트롤러가 몇 가지 작업으로 제한되어야한다고 말하는 것 같습니다. 제가 이것을 시도 할 때 클래스의 수는 기하 급수적으로 늘어납니다 (모델, 뷰 및 컨트롤러 각각) - 나는 배 밖으로 갈지 모르겠다.

예를 들어 기본 AccountController에는 로그인, ChangePassword 및 등록 작업이 있습니다. 대신 LoginController, PasswordController 및 ProfileController 및 관련 모델 클래스를 만드는 경향이 있습니다. 그래서 1 반이 있다면 3-6이 될 것입니다.

이것에 대한 경험이 있습니까?

Answer 1

나는 실용적 일 필요가 있다고 생각합니다. 나는 StatsController로 구성된 프로젝트에서 일하고있다. 행동의 수는 지속적으로 증가하고 있습니다 (RandomStat, MostPopular, MostViewed, MostVoted 등 ...) 목록이 계속됩니다. 이러한 작업은 StatsController의 종속성이 변경되지 않기 때문에 만족하기 쉽습니다. 저는 컨트롤러가 필요로하는 것을 만족시키기 위해 IoC를 사용하고 있습니다. 컨트롤러가 새로운 객체에 대한 참조가 필요한 것을 보게되면, 깨지기 쉬운 신호가됩니다.

LoginController, PasswordController 및 ProfileController가 모두 동일한 객체를 사용하는 경우 왜 서로 분리합니까?

Answer 2

조작하고있는 모델 유형마다 컨트롤러를 사용해야합니다. 컨트롤러는 해당 모델에서 작동하는 일련의 동작으로 작동합니다. 이것은 일반적으로 엄지 손가락의 규칙이지만 컨트롤러의 스코프가 단일 모델을 초월하는 경우가 있습니다.

AccountController는 인증과 관련된 모든 것을 처리합니다. 이것은 단일 모델의 범위를 넘어서 일반적으로 인증을 포괄하는 예입니다. 인증의 핵심 부분은 무엇입니까? 사용자 검색, 비밀번호 변경 등

Answer 3

내 현재 AccountController에는 12 개의 방법이 있습니다.

나는 현재 34 개의 메소드를 가지고 있지만 각각 하나의 뷰에 묶여 있고 각각 8-10 줄 정도의 코드를 가지고있는 다른 컨트롤러가있다. (필요한 매개 변수를 확인하고, 모델을 업데이트하고, 필요에 따라 리다이렉션한다.)

핵심은 사용자의 비즈니스 로직을 완전히 별도의 모듈로 캡슐화하는 것입니다. 그러면 처리기를 매우 가벼운 무게로 유지할 수 있고 비즈니스 논리를 쉽게 테스트 할 수 있습니다.