存儲實體框架模型的不良做法？

我有一個用戶對象，我在用戶發送登錄請求時加載 - 我想將它們添加到經過身份驗證的用戶列表中。爲這個列表使用相同的POCO對象是一個壞主意？我如何在上下文中更新此對象？存儲實體框架模型的不良做法？

2013-07-22 Vaughan Hilts

您可以「重新附着」該對象。這是一個壞主意，但我沒有理由解釋原因。 – SQLMason

@DanAndrews我應該怎樣追蹤我的認證用戶及其相關模型呢？我可以存儲身份證，但之後 - 每次我想要關於用戶的信息都是一個糟糕的主意，好像在做一個數據庫。當我想獲得球員名字時呢？數據庫命中。我最好是建立一個EF模型的新模型嗎？ –

你的行爲像數據庫命中是痛苦的。應該由PK，不是？否則，你在本地監控狀態。也許我不明白你的應用程序的體系結構以及你的問題的背景。一般來說，我不會濫用EF模式。 – SQLMason

一種方法是「引導」EF對象。也就是說，創建一個對象，該對象具有一個EF對象，並只顯示您需要的屬性以及用其他方法擴展對象。這就是我對Silverlight應用程序所做的事情，ViewModel接受EF對象或DTO，然後添加OnProp更改 - 此對象的公開屬性直接修改EF或DTO對象，最終由WCF服務返回並重新連接和保存。它基本上變成另一層封裝。但是EF/DTO對象不能被應用程序直接修改，只能通過這個包裝器對象來修改。原因是讓其他開發人員不應該做他們不應該做的事情，或者我沒有想到的事情，但仍然有一個我在WCF方面熟悉的對象。

來源

2013-07-23 16:03:42 SQLMason

存儲實體框架模型的不良做法？

回答

相關問題