Entity Framework를 사용하지 않을 때

.net architecture c# entity-framework

문제

나는 그것이 처리 할 수있는 것을보기 위해 EF와 놀아왔다. 또한 많은 기사와 게시물은 EF를 사용할 수있는 다양한 시나리오를 설명합니다. 이제 제 질문은, 어떤 종류의 시나리오에서 Entity Framework를 벗어나야 합니까?

이 분야에 대한 경험이 있다면 EF와 잘 어울리지 않는 시나리오를 말해주십시오. 당신이 다른 기술을 선택했다는 것을 부끄럽게 여기는 곳에서 경험 한 단점에 대해 이야기 해주십시오.

수락 된 답변

나는 또한 '놀기'단계에 있으며, 내장 된 지속성 불가지론이 없다는 것에 대해 걱정했지만, "해결 방법"이있을 것이라고 확신했다.

사실, n 계층 아키텍처의 해결 방법조차도 아닙니다.

WCF + EF

기사를 올바르게 읽은 경우 WCF를 사용하여 와이어를 통해 엔티티를 직렬화하는 데 문제가 발생하지 않으며 지속성에 대한 무지가 문제가되지 않습니다.

이것은 주로 단위 테스트를 위해 PI를 사용하기 때문입니다.

단위 테스트 가능합니다! (나는 생각한다)

이 시스템에서는 모의 서비스 (예 : 공장에서 생산 될 수있는 다른 인터페이스 기반 클래스에서 서비스에 대한 호출을 마무리 함)를 사용할 수 있습니다. 이것은 우리의 발표자 코드를 테스트 할 것입니다 (EF / DAL의 단위 테스트는 필요 없습니다 - 마이크로 소프트의 임무입니다!) 물론, 완전한 테스트를 위해서는 통합 테스트가 필요합니다.

별도의 데이터베이스에 쓰기를 원한다면 DAL 계층에서 이루어지며 설정 파일을 통해 쉽게 얻을 수 있습니다.

나의 투수 가치

제 생각으로 - EF에 관해 당신 자신의 생각을 고치고 라운드를 진행하는 동안 모든 운명과 우울함으로 연기하지 마십시오. 나는 그것이 잠시 동안 주변에있을 것이고 MS는 내년에 결점을 철저히 제거 할 것이라고 추측 할 것입니다. PI는 확실히 Dan Simmons에 따르면 들어오고 있습니다.

편집 : 나는 방금 총을 뛰어 오른 것을 깨달았고 좋은 정치가가 실제로 묻는 질문에 대답하지 않은 것처럼. 죄송합니다. 하지만 다른 사람들이 유용하다고 생각할 경우를 대비하여이 글을 남겨 둘 것입니다.


인기 답변

투표의 신뢰감 은 ORM / Datamapper 프레임 워크에 적합한 기능 및 구현 방법을 알고 있다고 믿는 사람들의 눈에 여러 가지 실수 및 / 또는 누락 된 기능 비트를 나열합니다.

그 중 어떤 것도 당신에게 큰 문제가되지 않는다면, 나는 왜 당신이 그것을 사용해서는 안되는지 알지 못합니다. 나는 그것이 왼쪽과 오른쪽을 날려 버벅 거리는 엉망이라는 말을 아직 듣지 못했다. 그것에 대한 모든주의 사항은 철학적입니다. 나는 신뢰의 투표에 찬성하는 것을 일어난다, 그러나 저것은 너를 의미해야하지 않는다. EF가 작동하는 방식을 좋아한다면 우연히해야합니다. 동시에 나는 자신감이없는 표를 읽고 현명한 결정을 내리기 위해 각 문제에 대한 기본적인 이해를 얻으라고 조언합니다.

그 문제의 외부 및 귀하의 질문의 핵심 - 성능 문제가 생산에 들어가기 전에 조정할 수 있도록 생성되는 SQL을 주시해야합니다. 백엔드에서 procs를 사용하는 경우에도 데이터베이스를 너무 많이 사용하여 매핑을 다시 작성하거나 이에 따라 시나리오를 가져 오는 시나리오를 계속 찾습니다.



Related

아래 라이선스: CC-BY-SA with attribution
와 제휴하지 않음 Stack Overflow
이 KB는 합법적입니까? 예, 이유를 알아보십시오.
아래 라이선스: CC-BY-SA with attribution
와 제휴하지 않음 Stack Overflow
이 KB는 합법적입니까? 예, 이유를 알아보십시오.