서비스 계층과 리포지토리

Question

저는 짧은 시간 동안 MVC 프레임 워크를 사용 해왔고, 관심사가 어떻게 분리되어 있는지 정말 좋아합니다. 저는 컨트롤러가 꽤 많은 일을하도록하는 나쁜 습관을 가지고 있습니다. 그래서 저는 정말로 조언을 찾고 있습니다.

MVC를 처음 사용하기 시작했을 때 나는 컨트롤러가 데이터베이스 작업이 완료된 후 모델 조작을 꽤 자주했습니다. 나는이 일이 모델로 옮겨지는 것이 좋지 않다는 것을 알았다. 그러나 나는 내 모델이 매우 배우기를 원하기 때문에 그 점에 만족하지 않습니다.

저는 약간의 독서를했습니다. 사람들이 컨트롤러와 모델을 유지하려고하는 것을 보았습니다. 서비스 레이어가있어서 그 모양이 마음에 들었습니다.

저는 서비스 계층과 저장소가 모두 어떻게 작동하는지 이해하려고합니다. 여기에 내 가정이 있습니다, 이것이 일하기 좋은 방법인지 알려주십시오.

1. 아무런 조작이 모든 작업은 데이터에 일을해야하면
2. 관여 할 필요가없는 데이터 및 서비스 계층으로 수행 할 (비즈니스 로직을 필요로하지 않는 경우 컨트롤러는 직접 저장소를 호출 할 수 있습니다) 서비스 레이어에서이 작업을 수행해야하며 컨트롤러는 필요한 경우 서비스 레이어에 대한 간단한 호출을 수행합니다.
3. 서비스가 비즈니스 로직을 완료하면 필요한 경우 리포지토리를 사용합니다 (데이터가 필요한 경우). 지속됨).
4. 이상적으로 모델은 이상적으로는 DTO가 아닌 이상적인 동작을 유지해야합니다.
5. 데이터 유효성 검사는 MonoRail 유효성 검사 속성을 사용하여 모델 내에서 수행됩니다. 나는 많은 사람들이 그들의 모델을 오염시키는 것을 좋아하지 않는다고 생각하지만, 그것은 다른 논의이다. UI에서 자동 jQuery 유효성 검사를위한 MonoRail 유효성 검사 속성의 이점을 좋아합니다.

저는 모든 코드를 단일 책임 원칙으로 돌리려고 노력하고 있습니다. 따라서 코딩 관행을 정리하려고합니다.

감사

Answer 1

첫째, 모든 상황에서 일 것 어떠한 규정도 없다. 당신이 모델링하는 방법은 프로젝트의 유형과 복잡성에 달려 있습니다. 여기에 몇 가지 아이디어가 있습니다.

1. 컨트롤러에서 저장소를 호출하는 데는 아무런 문제가 없습니다. 컨트롤러에 비즈니스 논리가 포함되어 있지 않은지 확인하십시오.
2. 서비스는 (일부) 비즈니스 로직을 처리하고 그렇게하기 위해 다른 서비스를 사용합니다. 리포지토리는 서비스 유형이며 서비스에서 호출하는 데는 아무런 문제가 없습니다.
3. 은에 비즈니스 로직이 포함되어야합니다. 실제로는 먼저 모델에 입력해야합니다. 비즈니스 로직 (다른 모델 또는 저장소에서)을 수행하기 위해 외부 데이터가 필요한 경우 서비스를 작성해야합니다.
4. 모델의 유효성 검사에는 아무런 문제가 없습니다. 속성을 사용할지 여부는 맛에 관한 질문입니다 (마음에 드시면 좋을 것입니다). 너무 복잡한 경우 모델 외부에서 유효성 검사를 이동합니다 (외부 규칙 집합 만들기).

가장 중요한 점은 무엇이 옳은지 생각해보십시오 (대개 올바른 대답입니다).

Answer 2

이안 쿠퍼는 바로이 주제에 The Fat Controller라는 블로그 게시물을 작성했습니다.

Answer 3

This 비디오는 asp.net MVC 솔루션과 우려의 주소 분리를 구성하는 방법에 큰 통찰력, 그리고 더 나은 테스트 용이성을 제공합니다. 바라건대 그것은 다른 사람을 도울 것입니다. 나는 좋은 물건을 배웠다. 모델에서 비즈니스 로직을 넣어와