NHibernate 아키텍쳐와 비즈니스 로직

Question

NHibernate와 Fluent NHibernate를 사용하여 프로젝트를 개발하기 시작했는데 혼란 스럽습니다. 프로젝트가 다음 달에 더 복잡해질 것이므로 코드를 Persistence Layer 및 Business Logic 레이어와 같은 논리적 레이어로 구조화하고 싶습니다.

나는 논리와 유효성 검사가 포함 된 Patient라는 비즈니스 개체를 가지고 있습니다.

1. 환자 클래스를 Fluent NHibernate 매핑 클래스로 매핑해야합니까?
2. 또는지도 클래스가 PatientDAO 및 Patient 클래스와 같은 일부 데이터 액세스 개체에 맵핑하면 PatientDAO가 사용됩니다.

1 인 경우 비즈니스 로직 계층과 지속성 계층이 동일하지 않습니까? 2, 두 레이어를 별도의 프로젝트가 있다면 BL 프로젝트에 Patient 객체가 포함되어 있고 IPatientDAO와 PL에는 PatientDAO 객체가 있어야합니까?

아니면 완전히 잘못하고 있습니까? :-)

Answer 1

Fluent NHibernate를 사용하여 엔터티를 매핑해야합니다. 데이터베이스 구조에서 개체 모델로 매핑하는 곳이기 때문에입니다.

DAO는 개인 취향의 문제입니다. 일반적으로 사람들은 일종의 DAO를 사용하기를 좋아합니다 (요즘에는 리포지토리라고 부르기를 좋아하지만). 이 클래스들은 Hibernate Session을 이용하여 데이타베이스와 데이타를주고 받는다. 일반적으로 이것들과 함께 작업하는 현재의 방법은 Get<T>(int id), GetAll<T>(), '삭제() type methods defined to handle CRUD ops, with T'가 엔티티 유형 인 일반 인터페이스를 정의하는 것입니다.

그러나 프리젠 테이션 코드에서 ISession을 직접 사용할 수도 있습니다. 이미 데이터 읽기/쓰기를위한 추상화를 제공하고 있기 때문입니다. 이 경로를 간다면 NHibernate를 앱의 나머지 부분에 노출 시키지만 한 수준의 추상화를 제거 할 수도 있습니다.

Hibernate는 당신의 영속 계층의 95 % -100 %입니다. 자신의 추상화를 추가하여 자신을 행복하게 만드는 API를 만들 수는 있지만 이는 전적으로 귀하에게 달린 것입니다.