Оценка MVVM на модели

Question

Это основной вопрос MVVM.

Допустим, у меня есть окно редактора студента, которое позволяет пользователю установить способ оплаты студента (наличные или чеки). Для гибкости возможные способы оплаты должны быть получены с сервера, а список зависит от возраста ученика, который также может быть изменен.

Вопросов:

1. где должны методы возможных платежей будет храниться? Модель или модель обзора?

2. если модель, когда пользователь меняет возраст, который должен скачать новый список способов оплаты?

Какую модель должна содержать и что делать в MVVM?

Answer 1

Ну, на мой взгляд, модель должна содержать список способов оплаты, в то время как виртуальная машина должна содержать список для привязки к представлению. Например, я бы сделал, чтобы иметь List<PaymentOptions> на модели и BindingList<PaymentOptions> или ObservableCollection<PaymentOptions> для виртуальной машины.

Answer 2

Модель является логичным местом для размещения методов оплаты и бизнес-правил, связанных с каждым методом. Один из подходов состоит в том, чтобы использовать перечисление, описывающее каждый способ оплаты, и запрашивается с помощью операторов «switch».

Альтернативный дизайн включает в себя сильные стороны полиморфизма, и может выглядеть следующим образом ... жесткие коды

public class Model 
{ 
    private readonly List<PaymentMethod> _allPaymentMethods; 
    public Model() 
    { 
     // get payment types from the db 
     // to populate master list 
     _allPaymentMethods = new List<PaymentMethod> {new Cash(), new CreditCard()}; 
    } 
    public List<PaymentMethod> GetPaymentMethods(int age) 
    { 
     List<PaymentMethod> result = 
      _allPaymentMethods.Where(q => q.Age == age).ToList(); 
     return result; 
    } 
} 
public abstract class PaymentMethod 
{ 
    public string Name { get; protected set; } 
    public int Age { get; protected set; } 
    public abstract void ProcessPayment(); 
    public override string ToString() 
    { 
     return Name; 
    } 
} 
public class CreditCard:PaymentMethod 
{ 
    public CreditCard() 
    { 
     Name = "Credit Card"; 
     Age = 25; 
    } 
    public override void ProcessPayment() 
    { 
     Console.WriteLine("Thanks for using your card"); 
    } 
} 
public class Cash:PaymentMethod 
{ 
    public Cash() 
    { 
     Name = "Cash"; 
     Age = 22; 
    } 
    public override void ProcessPayment() 
    { 
     Console.WriteLine("Thanks for paying cash"); 
    } 
} 

Этот образец два метода: наличные и кредитные карты, и каждый класс знает, как делать свою работу, пока опираясь на наследование для обработки общих атрибутов. Этот подход позволяет избежать «переключения» и инкапсулировать все бизнес-правила и методы в каждом классе. Таким образом, модель предоставляет только то, что должен знать ViewModel, чтобы представить различные способы оплаты для пользователя в элементе управления элементами.

Когда пользователь меняет свой возраст, ваша виртуальная машина может обновить список.

Фрагмент кода для VM выглядит ...

public class ViewModel :INotifyPropertyChanged 
{ 
    public ObservableCollection<PaymentMethod> Methods { get; set; } 
    public ViewModel() 
    { 
     Model m = new Model(); 
     Methods = new ObservableCollection<PaymentMethod>(m.GetPaymentMethods(22)); 
    } 
    #region INotifyPropertyChanged Implementation 
    public event PropertyChangedEventHandler PropertyChanged; 
    protected virtual void OnPropertyChanged(string name) 
    { 
     var handler = System.Threading.Interlocked.CompareExchange 
       (ref PropertyChanged, null, null); 
     if (handler != null) 
     { 
      handler(this, new PropertyChangedEventArgs(name)); 
     } 
    } 
    #endregion 
} 

Какой бы подход вы используете (либо перечисление или полиморфизм), эмпирическое правило является «Есть ли абсолютно необходимо знать об этом ВМ? Может Я использую сильные стороны наследования и полиморфизма ОО в своей архитектуре? "