EF CodeFirst Navigation 속성 : 초기화 또는 초기화하지 않기 위해?

엔티티 프레임 워크 코드 첫 번째 : 탐색 속성 초기화 모범 사례

엔티티 프레임 워크 코드를 사용하여 개발하면 먼저 일반 기존 CLR 객체 (POCO) 내에서 내비게이션 속성의 초기화에 관한 질문이 제기됩니다. 이러한 속성을 초기화되지 않은 상태로 두는 것을 옹호하는 반면, 다른 일부는 생성자 초기화를 제안합니다. 이 기사는 최상의 접근법을 명확하게합니다. 수집 내비게이션 속성 : 초기화는 일반적으로 불필요합니다

수집 속성 (예 : )의 경우 초기화는 비즈니스 로직에 거의 추가되지 않습니다. 빈 컬렉션을 초기화한다고해서 본질적으로 엔티티 협회가 생성되지는 않습니다. 따라서 초기화는 주로 코딩 스타일의 문제입니다 게으른 초기화는 널 참조 예외를 방지하고 테스트를 단순화 할 수 있습니다. 반대로, 초기화없이 자동 구현 된 특성을 사용하면 보일러 플레이트 코드가 최소화되고 C#의 널 조건부 연산자를 활용합니다. 그러나 명시 적로드를 사용하면 초기화 된 컬렉션이 엔티티 프레임 워크가 데이터를로드했는지 여부를 결정하면 복잡하게 할 수 있습니다.

참조 내비게이션 속성 : 초기화를 피하십시오

초기화 참조 내비게이션 속성 (예 : )은 강력하게 낙담합니다. 기본 값 (새 빈 객체와 같은)을 할당하면 예측할 수없는 동작이 발생할 수 있습니다. 생성자에서 초기화되면 엔티티 프레임 워크는 객체 구체화 또는 게으른 하중 중에 이러한 값을 무시하지 않습니다. 이로 인해 빈 엔티티를 저장하거나 관계 관리를 방해 할 수 있습니다.

엔티티 프레임 워크 핵심 고려 사항

엔티티 프레임 워크 코어 (버전 2.1 이상)은 관계 수정을 다르게 처리하고 초기화 된 참조 속성에 직접 영향을받지 않지만 게으른로드는 여전히이를 덮어 쓰지 않습니다. 또한 초기화는 시드를 방해 할 수 있습니다. 추천 최적의 엔티티 프레임 워크 코드 첫 번째 개발의 경우 참조 내비게이션 속성을 완전히 초기화하지 마십시오. 수집 내비게이션 속성의 경우 초기화는 개인 선호도 및 프로젝트 요구에 따라 선택 사항이지만 일반적으로 불필요합니다. 이 접근법은 엔티티 프레임 워크 버전에서 예측 가능한 행동과 호환성을 보장합니다.

위 내용은 EF CodeFirst Navigation 속성 : 초기화 또는 초기화하지 않기 위해?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!