Entity Framework 모델을 저장하는 것이 좋지 않습니까?

사용자가 로그인 요청을 보낼 때로드하는 사용자 개체가 있습니다.이 개체를 인증 된 사용자 목록에 추가하고 싶습니다. 이 목록에 대해 동일한 POCO 개체를 사용하고있는 것이 좋지 않습니까? 이 객체를 문맥에서 나중에 어떻게 업데이트 할 수 있습니까?Entity Framework 모델을 저장하는 것이 좋지 않습니까?

출처

2013-07-22 Vaughan Hilts

개체를 "다시 연결할"수 있습니다. 나쁜 생각이지만 이유를 설명 할 충분한 이유가 없습니다. – SQLMason

@ DanAndrews 그러면 인증 된 사용자 및 관련 모델을 어떻게 추적해야합니까? ID를 저장할 수는 있지만 사용자에 대한 정보를 원할 때마다 데이터베이스가 손상 될 수있는 것처럼 보입니다. 선수 이름을 얻고 싶으면 어떨까요? 데이터베이스가 손상되었습니다. EF 모델로 채워진 새로운 모델을 만드는 것이 더 낫지 않습니까? –

데이터베이스 공격이 고통스러운 것처럼 행동합니다. PK에 있어야할까요? 그렇지 않으면 로컬에서 상태를 모니터링하고 있습니다. 어쩌면 나는 당신의 어플리케이션의 아키텍쳐와 당신의 질문의 맥락을 이해하지 못할 수도 있습니다. 일반적으로 말해서, 나는 EF 모델을 남용하지 않을 것입니다. – SQLMason

한 가지 방법은 EF 개체를 "부트 스트랩"하는 것입니다. 즉, EF 개체가있는 개체를 만들고 필요한 속성 만 표시하고 다른 방법으로 개체를 확장합니다. 이것은 Silverlight 응용 프로그램에서 수행하는 작업이며 ViewModel은 EF 개체 또는 DTO를 가져온 다음 OnProp 변경 내용을 추가합니다.이 개체의 노출 된 속성은 WCF 서비스에서 다시 반환되고 저장되는 EF 또는 DTO 개체를 직접 수정합니다. 그것은 본질적으로 다른 캡슐화 계층이됩니다. 그러나 EF/DTO 객체는이 래퍼 객체를 통해서만 응용 프로그램에서 직접 수정할 수 있습니다. 그 이유는 다른 개발자들이 내가하지 말아야 할 것이나 무언가를해서는 안되지만 WCF 측에서 CRUD에 익숙한 객체를 가지고 있기 때문입니다.

출처

2013-07-23 16:03:42 SQLMason

Entity Framework 모델을 저장하는 것이 좋지 않습니까?

답변

관련 문제