도메인 기반 접근법 - 공통 서비스를 유지할 위치는 어디입니까? 예를 들어 UI의 여러 페이지/모듈에 드롭 다운을 표시하기 위해 getcountrylist, getstatelist, getcitylist (또는 MASTER 테이블의 다른 데이터)와 같은 공통 기능이 필요할 수 있습니다. 이러한 데이터가 데이터베이스에 존재한다면이 함수가 필요한 위치에 있다고
DDD를 사용하여 인증 마이크로 서비스/도메인을 구축 중이며 각 서비스가 어디에 속하는지 식별하는 데 여전히 문제가 있습니다. 이 시점에서 인증 서비스가 도메인 서비스 또는 응용 프로그램 서비스에 속하는지 확실하지 않습니다. 도메인 serrvice에서이 동작을 래핑하고 응용 프로그램 서비스를 통해 응답 개체를 노출해야합니까? 아니면 응용 프로그램 서비스로
DDD 관례에 따라, 나는 작은 AES 암호기/해독기 (wrapping .NET의 AesCryptoServiceProvider)를 구현하는 동안 문제를 겪고있다. public class Aes256CbcCryptor : ISymmetricCryptor
{
private SymmetricAlgorithm AesProvider { get; set;
나는 어떤 시점에서 회계 외부 웹 서비스로 전송할 수있는 송장 집계 루트를 보유하고 있으며 해당 서비스에서 얻은 일부 ID/번호를 유지함으로써 보낸 것으로 표시합니다. DDD에서 올바른 방법은 무엇입니까? 먼저 apprroach : 기능 SendToAccounting와 송장 AggregateRoot 있고, 회계에 송장을 보내드립니다 도메인 서비스/인터페이스
Exchange 인 엔티티가 있습니다. Exchange는 시작할 때 VO 목록 인 CurrencyPair를 채워야합니다. CurrencyPair 컬렉션은 데이터베이스에 마스터 데이터로 저장되며 사용 가능한 모든 통화 쌍을 가져 오는 ICurrencyPairRepository라는 리포지토리가 있습니다. 그래서 앱이 시작되면 Exchange 엔티티에서 Curr
아키텍처가 새롭습니다. MVC 웹 응용 프로그램 프로젝트가 있고 먼저 EF 코드를 사용하고 싶습니다.이 프로젝트의 아키텍처를 사용하고 싶습니다 .DDD (도메인 구동 디자인)를 사용하고 싶지만 대규모 프로젝트 용입니다. . 내 프로젝트에서이 것을 지원하는 간단한 DDD가 필요하다. 1- 저장소 패턴 2-IOC 3-service 계층 누군가가 아키텍처 나 샘
저는 Evans, Nilsson 및 McCarthy를 읽었으며 도메인 중심 디자인의 개념과 추론을 이해합니다. 그러나이 모든 것을 실제 응용 프로그램에 넣기 란 어렵습니다. 완전한 예가 부족하여 내 머리가 긁히게되었습니다. 나는 많은 프레임 워크와 간단한 예제를 발견했으나 DDD 다음에 실제 비즈니스 애플리케이션을 구축하는 방법을 실제로 보여주었습니다. 일
나는 시스템에서 일하고 있으며 node.js.와 ddd를 활용하려고합니다. database tables(mongoldb):
user
username: String
firstName: String
middleName: String
lastName: String
department
title: String
members: [{