MVC에서 도메인 기반 디자인의 대안

Question

DDD 접근법의 가치를 이해하지만 가끔 과장되어 혼란을 일으키는 경우가 있습니다. Asp.net MVC에서 다른 어떤 방법으로 웹 응용 프로그램 디자인에 접근 할 수 있습니까? 감사합니다.

Answer 1

구체적으로 DDD에 대해 과도한 것은 무엇입니까?

테스트 기반 개발을 시도하고 테스트 케이스를 작성하여 테스트를 통과하는 데 필요한 비즈니스 로직 만 구축하는 데 집중할 수 있습니다. 나는 거대한 팬이 아니지만 옵션입니다.

DDD의 경우, 나는 일반적인 아이디어로 생각하는 경향이 있습니다 ... 내 "도메인"을 먼저 이해하는 데 초점을 맞 춥니 다 ... 손에있는 문제, 내가 사용하고있는 대상 ... 내 모델을 구축합니다. 먼저 비즈니스 요구 사항에 따라 도메인 문제를 해결하기 위해 두 번째로 조작하는 도구와 그 위에있는 비즈니스 논리를 차례로 선택합니다. 대개 나는 지속성 매커니즘에 대해 작업하고 프레젠테이션을 마지막으로합니다.

필자는 요점은 시스템 개발의 이데올로기 뒤에 많은 유행어가 있다는 것입니다. 광신자 이외에는 흑백 경계가 전혀 없습니다.

특히 성가신/과도함, 피하려고하거나 시도하려고하는 것이 무엇인지 알려 주시면 귀하의 질문에 더 잘 답변 할 수 있습니다.