Приложение MVVM. VMs и навигация

Здравствуйте.
Имеются следующие вопросы.
Как при соблюдении mvvm передать в VM свойства view такие как SelectedItem? Знаю, что можно передавать через параметр команды, но в моем случае за раз в VM нужно отправить 2 объекта - логин и пароль (в модели у меня нет этих свойств, соответственно, я не должен определять их в VM. Хотя многие так делают, но это всё-таки нарушение). Нашёл решение с помощью применения MultiBinding для параметра, но мне кажется, что это слишком громоздко, так как при таком подходе каждый раз придется реализовывать конвертер. Вообще, говоря, очень трудно приходится, когда в VM нет нужных свойств, от этого обстоятельства не выходит отключать кнопку (альтернативой может служить триггер на свойство IsEnabled во view, но от этого снова приходится прикладывать больше усилий из-за описания стиля и, возможно, конвертера. Элд Хасп подсказывал, что для этих целей можно сделать прокси класс, но я недоумеваю как и где. Было бы удобно, если бы по правилам mvvm в VM допускалось хранить все необходимые свойства, а не только те, которые имеются в модели.

По той же причине не стал помещать в VM команду для кнопки, которая предназначена для входа в роли гостя. Пока что в коде view подписал хелпера на щелчок по ней. В результате просто должен произойти переход к другому view, это не логика модели. Сама навигация вызывает дополнительный вопрос, нужны рекомендации по её реализации.

Также можно отдельно рассмотреть модель. Правда там пока что немного кода. Важны все замечания.

Ещё имеется dll библиотека с вспомогательными классами, применимыми к mvvm. По ней тоже можно сделать замечания.

Вот ссылка на репозиторий https://github.com/INexteR/NewTrade/tree/Trial. В нем также содержится документ с заданием.

Связанные темы Приложение MVVM, VMs и навигация: Создание Модели Авторизация. Приложение MVVM. VMs и фильтрация по значению свойства (выбрать по производителю). Приложение MVVM. VMs и поиск (фильтрация по текстовому значению). Приложение MVVM. Ограничение пользовательского ввода для численных свойств. Приложение MVVM. Представление авторизации - Валидация. Приложение MVVM. Контекстное меню (удаление, редактирование) для элемента (Товара) в ListBox. Приложение MVVM. Диалог добавления/редактирования товара: получение данных, вызов, взаимодействие с VM и прочее. Приложение MVVM. Быстрая "Нестрогая MVVM" реализация

Техническое Задание Авторизация При запуске приложения окно входа – первое, что видит пользователь. На ней пользователю предлагается ввести свой логин и пароль или есть возможность перейти на экран просмотра товаров в роли гостя. Только после удачной авторизации пользователь получает доступ к остальным модулям системы: • авторизованный клиент может просмотреть товары; • менеджер может просматривать товары; • администратор может добавлять/редактировать/удалять товары. Реализуйте необходимые интерфейсы для всех пользователей системы. После входа в любую учетную запись должна быть реализована возможность выхода на главный экран – окно входа. При переходе в любую учетную запись в интерфейсе (правый верхний угол) должны отображаться ФИО пользователя. После первой попытки неуспешной авторизации система выдает сообщение о неуспешной авторизации, а затем помимо ввода логина и пароля просит ввести captcha, состоящую из 4 символов (цифры и буквы латинского алфавита) и графического шума. CAPTCHA - должна содержать минимум 4 символа (буква или цифра), которые выведены не в одной линии. Символы должны быть либо перечеркнуты либо наложены друг на друга. После попытки неудачной авторизации с вводом captcha, система блокирует возможность входа на 10 секунд. Список товаров Очень важно постоянно получать актуальную информацию об остатках товаров на складах, поэтому необходимо реализовать вывод товаров, которые хранятся в базе данных, согласно предоставленному макету. При отсутствии изображения необходимо вывести картинку-заглушку из ресурсов (picture.png) . Вывод должен осуществляться списком. Обратите внимание, должна выводится вся информация о товаре из базы данных. Товары, которых нет на складе, должны отображаться на сером фоне. Пользователь должен иметь возможность искать товары, используя поисковую строку. Поиск должен осуществляться по всем доступным данным, в том числе по нескольким атрибутам одновременно. Пользователь должен иметь возможность отсортировать товары (по возрастанию и убыванию) по стоимости. Кроме этого, пользователь должен иметь возможность отфильтровать данные по производителю. Выбор производителя должен быть из выпадающего списка. Первым элементом в выпадающем списке должен быть “Все производители”, при выборе которого настройки фильтра сбрасываются. Поиск, сортировка и фильтрация должны происходить в реальном времени, без необходимости нажатия кнопки “найти”/ ”отфильтровать” и т.п. Фильтрация и поиск должны применяться совместно. Параметры сортировки, выбранные ранее пользователем, должны сохраняться и во время фильтрации с поиском. В верхней части окна необходимо показывать количество выведенных данных и общее количество записей в базе. Например, 15 из 37 . В случае, если данные в таблицу выводятся после фильтрации или поиска, количество выведенных данных необходимо обновить исходя из размера выборки. Реализуйте удаление товара. Товар, который присутствует в заказе, удалить нельзя. Товар, у которого есть дополнительные товары, удаляется из базы данных вместе с информацией о дополнительных товарах, если ни один из товаров (даже дополнительный) не заказан. Реализуйте переход на окно добавления товара и окно редактирования выбранного товара. Добавление/ редактирование товаров Необходимо реализовать возможность добавления и редактирования исходных товаров (сырья) для всей продукции компании. Редактировать данные может только администратор. Необходимо добавить возможность редактирования данных существующего товара, а также добавление нового товара в новом окне - форме для добавления/ редактирования товара. Переходы на данное окно должны быть реализованы из формы списка: для редактирования - при нажатии на конкретный элемент, для добавления - при нажатии кнопки “Добавить товар”. На форме должны быть предусмотрены следующие поля: наименование, категория (выпадающий список), количество на складе, единица измерения, поставщик, стоимость за единицу, изображение и подробное описание (с возможностью многострочного ввода) . Стоимость товара может включать сотые части, а также не может быть отрицательной. Минимальное количество также не может принимать отрицательные значения. При открытии формы для редактирования все поля выбранного объекта должны быть подгружены в соответствующие поля из базы данных, а таблица заполнена актуальными значениями. ID товара при добавлении не отображается, автоматически вычисляется +1 к имеющемуся в БД, при редактировании ID доступно только для чтения. Пользователь может добавить/ заменить изображение у товара. Изображение, которое загружает пользователь при добавлении или редактировании, должно сохраняться в папку с приложением. Для оптимального объема реализуйте ограничение на размер фото: 300Х200 пикселей. В базе данных необходимо хранить путь к изображению. При замене изображения, старое фото из папки должно быть удалено. Для того, чтобы администратор случайно не изменял несколько товаров, предусмотрите невозможность открытия более одного окна редактирования. После редактирования/добавления/удаления товаров данные в окне списка товаров должны быть обновлены.

0

Сообщение от Элд Хасп А почему картинки хранятся в сборке, а не в БД?

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

0

Сообщение от INexteR Но почитав задание (в конце), понял, что это неправильный вариант и разместил их в папке

Угу.
Я тоже сейчас прочитал.
Нужно будет ещё добавлять диалоговое окно для выбора файла изображения, потом его уменьшение до нужного размера и сохранение в папке сборки.
Проблема будет при серверном использовании: когда клиента запускаешь на разных компах, а файлы изображений будут локально на каком-то одном.
Но думаю для задания имеется ввиду одно локальное приложение.
О масштабировании, сети - вроде, ничего нет в задании.

0

Сообщение от Элд Хасп Но думаю для задания имеется ввиду одно локальное приложение.

Да, это так

Добавлено через 36 минут
Элд Хасп, а зачем у нас в VM появился SelectedProduct? Мы же его можем передавать через параметр команды

Добавлено через 8 минут
И вот такой вопрос: до сих пор товары загружались в конструкторе VM. Как их подгрузить, делая это вне конструктора? И вообще, их надо загрузить только один раз и держать где-то. Допустим, мы выполняем навигацию к авторизации, затем обратно переходим к товарам, неправильно ведь будет каждый раз их извлекать из бд. Для этого нужно создать какое-то хранилище, верно?

0

Сообщение от INexteR а зачем у нас в VM появился SelectedProduct?

Задел на будущее.
Например, передача в отдельную страницу редактирования товара.

0

Сообщение от Элд Хасп Задел на будущее.

Может снова создадим прокси и там будем его хранить?

0

Сообщение от INexteR Может снова создадим прокси и там будем его хранить?

Можно.
Я это свойство добавил сильно не задумываясь, "на автомате".

Добавлено через 26 секунд
Пока, вроде, оно нигде не нужно.

0

"Товары, которых нет на складе, должны отображаться на сером фоне"
Правильно ли сделал? Это шаблон данных товара
P.S. root - это корневая панель Grid

0

Сообщение от INexteR И вот такой вопрос: до сих пор товары загружались в конструкторе VM. Как их подгрузить, делая это вне конструктора? И вообще, их надо загрузить только один раз и держать где-то.

Нет.
Они у нас грузятся из Модели магазина _shop.GetProducts().
Исходную коллекцию содержит именно магазин.
Если происходит какие-то изменения, то магазин должен уведомлять об этом.

Добавлено через 40 секунд

Сообщение от INexteR "Товары, которых нет на складе, должны отображаться на сером фоне" Правильно ли сделал? Это шаблон данных товара

Вроде норм.

0

Сообщение от Элд Хасп Исходную коллекцию содержит именно магазин.

То есть модель должна являться в то же время хранилищем?

0

Сообщение от INexteR обратно переходим к товарам, неправильно ведь будет каждый раз их извлекать из бд. Для этого нужно создать какое-то хранилище, верно?

Можно в магазине создать поле List<Product>.
При первом запросе заполнить его, а потом просто его возвращать.
Для однопользовательского локального приложения это допустимо.

0

То есть первый раз получили товары из модели, в ней они сохранились, при следующем обращении выдаются те же товары; не происходит обращения к контексту

Добавлено через 1 минуту

Сообщение от Элд Хасп Можно в магазине создать поле List<Product>.

И заполнять это поле с помощью Task, который обернут в Lazy

Добавлено через 2 минуты

Сообщение от Элд Хасп Они у нас грузятся из Модели магазина _shop.GetProducts().

Даже если так, то я бы не хотел вызывать этот метод в конструкторе. От этого он становится не моментальным

0

Сообщение от INexteR То есть модель должна являться в то же время хранилищем?

В общем случае, Модель - это СЛОЙ приложения. В том числе часть этого слоя (подслой) может быть Репозиторий работающий с Хранилищем.
Хранилищем называют место где данные сохраняются между сеансами приложений. В нашем случае это БД.
Кроме Хранилища бывает ещё локальный кеш данных, который используется для ускорения работы с ними во время сеанса приложения.
Вы говорите именно о кеше.

Так как мы используем EF то функцию кеша предоставляет Контекст БД.
Но для этого его экземпляр нужно создать при старте приложения и не уничтожать до конца приложения.
Вся работа с БД должны происходить через этот единственный экземпляр.

Но в такой работе есть свои нюансы как правильно редактировать сущности, сохранять их, особенно с учётом наличия навигационных свойств.
Поэтому чтобы сейчас не уносится в дебри тонкостей работы EF я пошёл по пути "одноразовых" контекстов.

Что касается "перезапросов", то экземпляры VM у нас сохраняются в свойствах локатора весь сеанс приложения. Поэтому парезапросов не будет.

0

Сообщение от INexteR И заполнять это поле с помощью Task, который обернут в Lazy

Зачем?
Можно, но тогда нужно делать уведомление о том что это поле изменилось и VM нужно обновить отражение коллекции.

Сообщение от INexteR Даже если так, то я бы не хотел вызывать этот метод в конструкторе. От этого он становится не моментальным

Насколько это критично?
Если нужно - это не проблема сделать.
Но придётся делать уже полно функциональную модель списка товаров со всеми уведомлениями.

0

Сообщение от Элд Хасп Зачем?

Ну не знаю, по-моему этот вариант лучше, чем всякий раз делать опрос поля isLoaded

Сообщение от Элд Хасп Насколько это критично?

Вообще не критично, но хотелось бы иметь возможность проводить данную загрузку вне конструктора

Сообщение от Элд Хасп Но придётся делать уже полно функциональную модель списка товаров со всеми уведомлениями.

Да уж, видимо я поднял сложную тему. Ну ладно, я не против, главное, чтобы это было не так долго и чтобы у вас было время

0

Сообщение от INexteR Да уж, видимо я поднял сложную тему. Ну ладно, я не против, главное, чтобы это было не так долго и чтобы у вас было время

Ок.
Тогда как будет время я накидаю интерфейс.

0

Сообщение от Элд Хасп Надо проверять.

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

Реализуйте удаление товара. Товар, который присутствует в заказе, удалить нельзя. Товар, у которого есть дополнительные товары, удаляется из базы данных вместе с информацией о дополнительных товарах, если ни один из товаров (даже дополнительный) не заказан. Реализуйте переход на окно добавления товара и окно редактирования выбранного товара.

Непонятно, о каком "дополнительном" товаре у товара идет речь. И интересно, как будет выполняться навигация к форме добавления и редактирования? Вроде в модели никакого состояния не будет на этот счет...

0

Сообщение от INexteR Непонятно, о каком "дополнительном" товаре у товара идет речь.

Здесь ничего сказать не могу.
Уточняйте у того кто дал задание.

Сообщение от INexteR И интересно, как будет выполняться навигация к форме добавления и редактирования?

Обычно реализую как диалоговое Окно, в которое передаётся ViewModel и объект редактирования/просмотра/удаления.

Сообщение от INexteR Вроде в модели никакого состояния не будет на этот счет...

Да, это уровень View.

0

Сообщение от Элд Хасп Да, это уровень View.

Да, но ведь, например, переход с авторизации к каталогу все же основан на состоянии - смена статуса. А в случае редактирования и удаления, как мне кажется, вообще не будет никакого состояния, и как тогда сменить view? Не открыть новое окно, а именно сменить содержимое в основном

Добавлено через 1 минуту
Но мы будем делать с открытием новых окон (выше я просто интересуюсь)

0

Сообщение от INexteR Да, но ведь, например, переход с авторизации к каталогу все же основан на состоянии - смена статуса.

Потому, что модель определяет какому пользователю какие права предоставит.
Да, пары пароль-логин хранятся в Модели.

Сообщение от INexteR А в случае редактирования и удаления, как мне кажется, вообще не будет никакого состояния, и как тогда сменить view?

Кликером или командой уровня View.

Я создам Конструктор страницы редактирования. Вы потом создадите компоновку.
Постараюсь сегодня.

0

Сообщение от Элд Хасп Кликером

Это что

Сообщение от Элд Хасп командой уровня View

Звучит интересно. Это будет команда, которая где-то отдельно расположена, скажем, в хелпере?

0