EF6 및 비즈니스 로직 레이어

Question

앞으로 프로젝트에 EF를 사용하는 것에 대한 이해를 얻으려고합니다.

현재이 코드 첫 번째 코드가 있습니다

public class Blog 
{ 
    public int BlogId { get; set; } 
    public string Name { get; set; } 

    public virtual List<Post> Posts { get; set; } 
} 

public class Post 
{ 
    public int PostId { get; set; } 
    public string Title { get; set; } 
    public string Content { get; set; } 

    public int BlogId { get; set; } 
    public virtual Blog Blog { get; set; } 
} 

public class BloggingContext : DbContext 
{ 
    public DbSet<Blog> Blogs { get; set; } 
    public DbSet<Post> Posts { get; set; } 
} 

이 데이터베이스와 테이블을 생성하고 난/블로그를 추가 문제를 게시하지 않습니다 할 수있었습니다. 그러나 나는 EF 코드의 첫 번째 접근 방법을 구조화하는 방법에 대해 혼란 스럽다.

Blog과 Post 모두 BloggingContext에 대한 참조가 있고 고유 한 가져 오기/추가/업데이트 방법이 있습니까?

실제로 데이터 가져 오기/추가/업데이트를 수행하고 단순히 엔티티 개체를 반환하는 별도의 BlogManager/PostManager 클래스를 생성해야합니까?

get/add/update 메서드를 포함하는 Blog/Post을 상속하는 별도의 클래스를 만들어야합니까?

Answer 1

블로그와 게시물 모두를 참조해야합니다.

아니요 - 클래스 자체는 특정 소스에 연결되면 안됩니다. 그들은 단지 엔티티를 나타내야하며 데이터가 어디서 오는지 독립적이어야합니다. 따라서 데이터 소스와 완전히 독립적 인 블로그를 만들 수 있으므로 단위 테스트가 더 쉬워집니다.

실제로 데이터 가져 오기/추가/업데이트를 수행하고 단순히 엔티티 개체를 반환하는 별도의 BlogManager/PostManager 클래스를 만들어야합니까?

는 예 -이 일반적으로 너무 BlogRepository 및 PostRepository 더 나은 이름이 될 수도하는 저장소라고합니다.

두 개가 상호 의존적이므로 리포지토리가 구현하는 IBLogRepository 및 IPostRepository 개의 인터페이스를 만들어 리포지토리를 밀접하게 연결하지 않아도됩니다. 그런 다음 블로그를 쿼리하고 게시글을 원할 경우 BlogRepositoryIPostRepository에 요청을 연결할 수 있습니다.

get/add/update 메소드가 포함 된 Blog/Post에서 상속 된 별도의 클래스를 만들어야합니까?

없음 - 가 블로그 그것은 반드시 블로그 자체를 절약 할 수 있고 클래스 - 상속는이 관계의 "은"을 의미하기 때문이다.하지

Answer 2

DbContext 클래스는 자체적으로 모든 데이터 관련을 처리 할 수 ​​있습니다. 엔티티 클래스에 참조를 포함 할 필요가 없습니다 (DbContext 클래스가 데이터베이스 연결을 열었으므로). DbContext은 기본 CRUD 작업을 자체적으로 처리합니다 (DbSets<T>을 사용하면 특정 표의 모든 데이터에 쉽게 액세스 할 수 있습니다)

원하는 경우 @ Sergey는 위에서 언급 한 주석과 저장소 인터페이스를 구현합니다. 내가 수행 할 수있는 블로그 게시물은 find here입니다. 기본적으로 DbContext 클래스에 대한 배경 참조를 사용하여 일반 저장소로 설정하고 그렇게하면 애플리케이션 코드와 데이터베이스 로직 사이에 멋진 레이어를 만들 수 있습니다.