도메인 모델의 아이디어를 UML로 보았지만 실제로 코드로 작업 할 기회가 없었습니다. 지금은 this article도메인 모델 클래스 란 무엇입니까? 당신은 어떻게 만드나요?
에서, 데이터베이스, 특히 SQL 코딩에서 볼 그리고 도메인 모델 클래스 언급 견적이 있었다 : 나는 할 수있는만큼 쉽게 일반 SQL을 포함
내가 디자인 할 수 도메인 모델 클래스 은 ORM 계층을 통해 데이터베이스에서 작동하는 디자인 클래스 ActiveRecord는 도메인이 아니므로 모델을 유지하십시오.
도메인 클래스는 어떻게 만듭니 까? "모델링 컨텍스트"또는 "프로그래밍 컨텍스트"에있을 때 "데이터베이스 컨텍스트"에있을 때와 다른가요?
도메인 모델에는 데이터베이스 개념이 없습니다. 문제 도메인의 논리적 표현이어야합니다. 프로젝트의 모든 도메인 모델을 어느 정도 다루었을 것입니다.
도메인 모델을 데이터베이스에 연결하기 위해 리포지토리 패턴이 훌륭한 조정자를 만듭니다.
개체 접근법을 사용하고 UML 다이어그램에서 도메인을 시각화하는 방법을 보여주는 Omondo UML 예제 중 하나를 살펴 보았습니까?
Omondo EclipseUML만이 ORM 기능을 제공하기 때문에 UML을 사용한 ORM 모델링은 잘 정립 된 기술이 아닙니다. 다른 UML 도구는 Java 주석을 생성하거나 역순으로 작성할 수 없습니다. 그들은 객체 접근법이 아닌 일종의 데이터베이스를 직접 생성하기 때문에 ORM이나 JPA 주석이 아닌 모델로부터 코드를 생성합니다. 데이터베이스가 객체가 아니기 때문에 UML 도구가 데이터베이스를 생성한다면 이것은 의미가 없습니까? 이것이 Omono 접근법이 ORM 주석을 생성하고 매퍼가 작업을 수행하게하는 이유입니다. 우리 회사에서는 우리 모델을 만들었고 데이터베이스 관리자가 자바 주석과 동기화 된 UML 스테레오 타입을 추가하도록했습니다. 마지막으로 우리는 모든 프로젝트를 개발자 팀에 전달했습니다. 코드는 매우 깨끗하고 나중에 통합하기 쉽습니다. Eclipse와 maven을 사용하여 모델에서 데이터베이스로의 지속적인 통합이었습니다. 그것은 아주 잘 작동했습니다.
저는 지난 몇 프로젝트에서 UML과 ORM을 사용했습니다. 정말 강력합니다 !! ORM 및 UML 모델링을 사용하여 앞으로 더 많은 프로젝트를 볼 것으로 생각합니다.
도메인 모델은 실제보다 논리적 관계 인 엔티티 관계로 더 친숙합니다. –