2011-03-31 3 views
0

도메인 기반 디자인 접근 방식을 사용하여 .net 응용 프로그램을 만들고 있습니다. 응용 프로그램에는 서비스에 대한 청구 클라이언트가 포함됩니다. 이 규칙은 매일 주어진 시간에 송장을 생성하고 사용자의 잔액을 업데이트해야한다고 말합니다. 보시다시피, 최선의 선택은 위의 작업을 수행하는 데이터베이스 작업입니다. 그러나 DDD와 호환됩니까? 이 경우 로직은 데이터베이스와 돔 (domail) 레이어로 나뉘며 좋은 아이디어는 아닙니다.도메인 기반 디자인에서 데이터베이스 작업 사용

+0

귀하의 디자인에 대한 제 문제는 귀하가 데이터베이스 작업을 사용하고있는 것이 아니라 이미 구현을 저지르고 있다는 것입니다. 이 단계에서 나는 그 기능을 구현하는 방법을 결정하는 것이 필요하다는 것을 모른다. –

+0

이 질문의 이상은 DDD가 구현의 일부를 데이터베이스에 넣을 수 있는지 여부입니다. 나는 이미 모델과 해당 서비스를 디자인했다. DDD에 익숙하지 않기 때문에 나는 DB 스크립트에 어떤 논리를 넣는 것에 대한 질문을 던졌습니다. – Markus

+0

하지만 왜 구현으로 이동하고 있습니까? "여기서 가장 좋은 선택은 데이터베이스 작업"이라고 어떻게 결정 했습니까? –

답변

2

DDD의 일부는 도메인 모델을 기술적 인 문제로부터 가능한 한 많이 분리합니다. 데이터베이스 작업에

퍼팅 비즈니스 지식의 의미 :

  • 당신이 당신의 비즈니스 로직이 개 언어로 설명 될 수
  • 비즈니스 로직 (모델 분리의 손실) (예를 들어, C#을 찾기 위해이 곳을 것이다; T-SQL)
닷넷로 작성/절차 적 SQL의 승 동기화가 용이하지 않을 수도 있습니다
  • 스크립트/부품 w 비즈니스 로직을 관리하기 쉽지 않을 수도 있습니다

    나는 개인적으로 그 길을 가지 않을 것이다. 나는 배경 서비스를 쓸 것이다.

  • 2

    데이터베이스 작업을 구현하는 것이 중요하다면 디버그 및 단위 테스트가 더 어려울 것입니다.

    예약 된 작업을 수행하는 서비스를 권하고 싶습니다.

    관련 문제