Разработка приложения WPF с использованием шаблона MVVM: дилемма ViewModel и интерфейса модели/абстрактного класса
В настоящее время я разрабатываю приложение WPF, которое соответствует MVVM (Model-View-ViewModel). шаблон. Приложение уже включает некоторый код представления, который представляет пользовательский интерфейс путем реализации DataTemplate для различных классов модели. Чтобы обеспечить правильное разделение задач и не дать представлению напрямую узнать о модели, я решил создать классы-оболочки для этих классов модели внутри ViewModel.
Однако теперь я столкнулся с проблемой: с проектным решением относительно реализации класса ViewModel. В частности, мне нужно определить, должна ли ViewModel быть совершенно новым классом или она должна реализовывать существующий интерфейс или абстрактный класс модели.
Основной вопрос:
Если я решу реализовать интерфейс или абстрактный класс из Модели в моей ViewModel, означает ли это, что Представление будет иметь некоторый уровень осведомленности о Модели? Соответствует ли этот подход принципам шаблона MVVM или нарушает разделение задач?
Дополнительный вопрос:
Чтобы инкапсулировать некоторую логику внутри ViewModel я рассматриваю конструктор ViewModel, который принимает экземпляр класса модели и помечен внутренним доступом. Повлияет ли этот выбор дизайна на тестируемость моего кода? Как я могу гарантировать, что моя ViewModel останется тестируемой, если используются такие внутренние конструкторы?
Подробнее здесь: https://stackoverflow.com/questions/785 ... class-mvvm
