EF 코드 먼저 : 내비게이션 속성을 초기화하거나 초기화하지 않으려면?

EF 코드 우선 : 탐색 속성 초기화 - 초기화 여부에 관계없이? 엔티티 프레임 워크 코드 먼저, POCO (일반 Old CLR Object) 클래스 내에서 내비게이션 속성의 초기화와 관련하여 일반적인 질문이 발생합니다. 초기화하거나 그대로 두어야합니까? 장단점을 탐색합시다.

컬렉션 : 스타일의 문제 수집 내비게이션 속성 (>)의 경우 초기화는 대부분 개인 코딩 스타일의 문제입니다. 본질적으로 응용 프로그램의 비즈니스 로직에 영향을 미치지 않습니다. 그러나 일부 개발자는 잠재적

오류와 불필요한 객체 생성을 피하기 위해 게으른 초기화를 선호합니다. 참조 속성 : 초기화를 피하십시오

컬렉션과 달리 참조 내비게이션 속성 초기화 (예 : )는 일반적으로 권장되지 않습니다. 그 이유는 다음과 같습니다.

무의미한 기본 오브젝트 : 초기화는 종종 응용 프로그램의 컨텍스트 내에서 고유 한 의미를 가질 수있는 빈 개체의 생성으로 이어집니다. 겹쳐 쓰기 문제 :

ef는 객체 구체화 또는 게으른 하중 중에 이러한 초기화 된 특성을 덮어 쓰지 않습니다. 관계 고정 문제 :

적절한 관계 고정이 발생하지 않을 수 있으므로 인구가없는 내비게이션 속성이 발생하지 않을 수 있습니다. ICollection<Address> User NullReferenceException ef 코어 고려 사항

EF Core에서는 Conseption Fixup이 생성자의 초기 기준 속성에 의해 직접적인 영향을받지 않지만 Lazy Loading은 여전히이를 덮어 쓰지 않습니다. 또한, 이러한 특성을 초기화하면

메소드를 방해하고 를 사용하여 데이터를 시드 할 때 문제를 일으킬 수 있습니다. 권장 사항 : 잠재적 인 합병증을 피하기 위해

제작자의 참조 내비게이션 속성 초기화를하지 않는 것이 가장 좋습니다. 수집 초기화는 개인 선호도의 문제로 남아 있습니다

위 내용은 EF 코드 먼저 : 내비게이션 속성을 초기화하거나 초기화하지 않으려면?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!