實體從數據庫直接鏈接到viewModel - 不好的做法？

我與MVVM一起使用實體框架。我的層是這樣的：實體從數據庫直接鏈接到viewModel - 不好的做法？

查看
視圖模型：提供數據和視圖命令。
服務：提供對DAL的訪問。包含業務邏輯。
DAL：提供對數據庫的訪問。我將庫模式與UnitOfWork一起使用。

我的ViewModel中的屬性或多或少直接綁定到我的數據庫中的實體。例如：

public class MyViewModel 
{ 
    private MyEntity _myEntity; 

    private MyService _myService; 

    // A property which is bound to my view (bidirectionally) 
    public string TextToDisplay 
    { 
     get { return _myEntity.SomeText; } 
     set 
     { 
      if (_myEntity.SomeText != value) 
      { 
       _myEntity.SomeText = value; 
       RaisePropertyChanged("TextToDisplay"); 
      } 
     } 
    } 

    // Method called by a command when the "Save"-button is pressed 
    private void Save() 
    { 
     _myService.Save(_myEntity); 
    } 
} 

public class MyService 
{ 
    private MyRepository _myRepository; 
    private IUnitOfWork _unitOfWork; 

    public void Save(MyEntity myEntity) 
    { 
     _myRepository.Insert(myEntity); 
     _unitOfWork.Save(); 
    } 
}

所以當Save被呼叫時，數據庫生成的屬性/特性（如ID）被更新/自動生成。

這是否會導致副作用？這是不好的做法嗎？

你如何處理它？將數據從數據庫傳遞給視圖模型時，是否「分離」或複製對象？或者，傳遞給視圖模型的對象甚至應該是另一種類型？我怎樣才能完美地處理這件事？

來源

2016-11-04 mosquito87

這是否會導致副作用？這是不好的做法嗎？

號你是不是違反了MVVM模式的任何原則和你有完全分離的關注，更重要的抽象從DAL技術掉，這是因爲接近理想地使用的是具有一種抽象的模型/服務實現層不是每個人都做的（一些開發人員會將DbContext派生的類作爲Model對象注入，並直接調用Save()）。

你如何處理？將數據從數據庫傳遞給視圖模型時，是否「分離」或複製對象？或者，傳遞給視圖模型的對象甚至應該是另一種類型？我怎樣才能完美地處理這件事？

你可以通過讓你依賴於抽象，而不是結核由要麼通過IMyEntity物體周圍或確保MyEntity走得更遠是一個基類和更專業的EF DAL類的DAL層周圍的處理和傳遞，但我以前發現這對於這些類型的應用程序來說是過度的。

由於代碼膨脹，我不喜歡使用複製對象。我已經非常有效地使用了子/基類實體的層次結構，但是，除非您知道一個事實，即您需要從一開始就應對多個子類型，否則這是更多的工作，並且沒有真正的理由這麼做。

來源

2016-11-04 17:32:21 toadflakz

實體從數據庫直接鏈接到viewModel - 不好的做法？

回答

相關問題