개체 모델 디자인 선택

Question

현재 C#을 사용하여 ASP.NET MVC보고 응용 프로그램을 작성 중입니다. 이것은 처음에 함께 던져진 PHP 응용 프로그램의 재 설계이며, 이제는 더 많은 견인력을 얻기 시작합니다. 따라서 우리는보다 많은 OO 접근법을 갖기 위해 백엔드를 다시 만드는 과정에 있습니다. 현재 내가 쟁점으로 삼고있는 결정 중 하나는 도메인 객체를 구조화하는 방법입니다. 사이트의 95 %가 읽기 전용이므로 일반적인 접근 방식이 실용적인지 확실하지 않습니다.

응용 프로그램의 주요 부분 (티켓, 할당, 배정 된 사람)에 대한 도메인 개체를 만든 다음이 영역에서 정적 메서드를 만들어보고 데이터를 가져와야합니까? 아니면 그 부분을 건너 뛰고 차트 데이터 클래스를 만들고이 클래스에서 'get'메서드를 사용해야합니까? 정말 큰 응용 프로그램이 아니며 현재 내가 개발 한 유일한 응용 프로그램입니다. 그러나 나는 어떤 접근 방식을 택할 것인가에 관해서는 찢어진다고 느낍니다. 나는 첫 번째 것이 더 나은 선택이라고 생각하지만 대부분의 사용이 집계보고를위한 것이라는 점을 고려하면 과도 할 수 있습니다.

아무도 내가 왜 어떤 방향으로 가야하는지에 대한 좋은 통찰력을 가지고 있지 않습니까?

Answer 1

내가 취할 접근법은 먼저 문제 영역의 개념적 모델을 그려야합니다. 내 선호하는 방법은 Object Role Modelling입니다. 엔티티 관계 모델링.

그런 다음이 개념 모델에서 내 개체 모델을 파생시킵니다. 그런 다음 문제 도메인에서 정의한 동작을이 모델의 객체에 추가해야합니다. 서점에 책을 추가하고 계좌에서 돈을 인출합니다.

기타 행동 궁극적으로 사용자가 고립되어 신경 쓰지 않는 데이터베이스에 데이터를 저장하는 것은 이러한 목적을 위해 생성 된 적절한 객체에 추가되어야합니다. 데이터 액세스 계층 (DAL)을 형성하는 unit of work 개체.

MVC 프로젝트의 모델은이 경우 DAL에 의해 추가 된 도메인 개체로 구성되며 필요한 뷰와 컨트롤러를 자연스럽게 만들어야합니다.