전체 빈혈 -이 데이터를 내 모델에서 어디로 옮길 수 있습니까?

Question

한 줄에 수백 줄의 레거시 SQL 문을 받았습니다. 각 SQL은 공유 된 Models 프로젝트에서 고유 한 POCO를 사용하여 코드에 매핑됩니다. 예를 들어

의 Models 프로젝트에 equivilent POCO을 가지고 Select Name, Birthday From People는 SQL : 내 DAL에서

public class BirthdayPerson : SqlResultBase { 
    public string Name { get; set; } 
    public datetime Birthday { get; set; } 

    //SqlResultBase abstraction: 
    public string HardcodedSql { get { 
     return "Select Name, Birthday From People"; 
    }} 
} 

, 나는 그 <T>는 SQL의 POCO를 나타내는 하나의 범용의 SQL 주자 있습니다.

public IEnumerable<T> GetSqlResult<T>() where T : SqlResultBase, new() { 
    return context.Database.SqlQuery<T>((new T()).HardcodedSql); 
} 

문제는 내 Models 라이브러리 응용 프로그램을 통해 사용하는 것이, 그리고 그 HardcodedSql 속성에 응용 프로그램을 통해 노출 된 SQL을 원하지 않는 : 그래서 내 비즈니스 로직은 GetSqlResult<BirthdayPerson>()를 호출 할 수 있습니다.

Answer 1

처음에는 DAL에 실제로 속한 SQL에서 모델 (즉 POCO)을 분리해야합니다. Inversion of Control은이 작업을 수행하는 올바른 방법입니다. 일반 SQL 러너 대신 IoC 컨테이너의 매핑을 추상 저장소 (예 : IRepository<MyPOCO>)에서 SQL이 포함 된 구현에 등록하는 것이 좋습니다.

편집 : 이름 규칙, 예를 들어, 임베디드 리소스 파일의 집합에

• 장소 DAL 내부에 별도의 파일 (들)에 대한 모든 SQL을, 예를 들어 :이 가능한 솔루션을보다 구체적으로 레거시 - {0} .sql 여기서 {0}은 POCO의 이름입니다.
• POCO 이름을 키로 사용하고 자원 세트에서 해당 레거시 {0} .sql 파일을 선택하는 레거시 저장소의 일반 구현을 작성하십시오. ORM과 같은 다른 데이터 액세스 기술을 사용하는 다른 구현도있을 수 있습니다.
• 컴포지션 루트 레지스터에서 명시 적으로 레거시 POCO에서 레거시 구현으로의 매핑은 IRepository<MyPOCO1> => LegacyRepo<MyPOCO1>; IRepository<MyPOCO2> => LegacyRepo<MyPOCO2>; etc입니다. 또한 비 레거시 엔티티의 다른 매핑을 다른 저장소 구현에 등록 할 수 있습니다.

Answer 2

간단한 솔루션 HardcodedSqlinternal 대신 public 그래서 그것은 DAL 프로젝트 내에서만 볼 수의 수 있도록하는 것입니다 :

이

내가 사용하고 아키텍처입니다. DAL이 모델과 별도의 프로젝트 인 경우 InternalsVisibleTo을 사용하여 프로젝트에 노출시킬 수 있습니다. 이는 프로젝트 구조를 적절하게 구성 할 수 있다고 가정합니다.

Answer 3

아마도이 질문을 처리 할 수있는 두 가지 방법을 제안합니다.

첫 번째 방법은 sql에 액세스하는 방법을 변경하고 메서드에서 로컬로 호출을 래핑하는 것입니다. 따라서 클래스에는 public IEnumerable GetFromSql()이라는 함수가있을 수 있습니다.이 함수는 컨텍스트에서 전달하거나 새 함수를 만들 수 있습니다. 프로젝트에서 EF를 어떻게 설정했는지 모르겠습니다. 이런 식으로 원시 SQL을 공개적으로 공개하지는 않을 것입니다. 아마도 private 변수 나 로컬 상수로 만들고 함수 내에서 액세스 할 수 있습니다.

두 번째 옵션으로 실제로이 작업을 수행 한 결과 모든 SQL을 뷰로 이동하고 액세스 할 때 EF를 사용했습니다. 그런 식으로 내 코드에 SQL 오염이 발생하지 않았습니다. 모델이 이미 있음을 확인하면 뷰를 호출 한 결과가 이미 가지고있는 유형과 일치합니다.