C#/WPF - Изучайте MVVM с помощью .NET Community Toolkit

• Автор извиняется за задержку и объясняет, что оправился от болезни.  

• Представляет длинный список интересных новинок.  

• Последняя версия Visual Studio содержит исправления ошибок.  

• Упоминается исправление проблемы с генераторами исходных текстов в WPF.  

• Автор запускает предварительные сборки для тестирования функций.  

• Maui теперь доступен в Visual Studio.  

• Введены небольшие улучшения качества жизни, такие как выделение выбора и поиск.  

• Упоминается неисчислимый визуализатор в отладчике.  

• GitKraken 880 исчез, но добавлены новые функции.  

• Упрощена работа с ожидающими изменениями и частичным тайником.  

• Обновления пользовательского интерфейса и работа с SSO.  

• Проект Skurrda теперь доступен и работает.  

• Добавлены новые функции, такие как авторизация и проверка подлинности HMAC.  

• Установлено приложение CLI и добавлены новые API.  

• Автор упоминает устаревшее видео о MVVM и WPF.  

• MVVM Light заменен на Microsoft MVVM Toolkit.  

• Microsoft MVVM Toolkit теперь называется MVVM Toolkit Community.  

• Новый пакет Community Toolkit MVVM для WPF.  

• Объявление о выпуске 8.0.  

• Пакет использует мощные генераторы, что уменьшает объем кода.  

• Генераторы уменьшают объем кода, но добавляют "магию".  

• Цель видео - объяснить магию и преимущества MVVM.  

• Основное внимание будет уделено MVVM для новичков.  

• Обновление до Community Toolkit простое, но требует внимания к пространствам имен.  

• Для новичков рекомендуется создать новое приложение WPF.  

• MVVM помогает упростить привязку данных и другие функции WPF.  

• MVVM устанавливает разделение кода на представление, модель и модель представления.  

• Представление - это XAML и код, лежащий в основе файла C#.  

• Модель и модель представления не всегда присутствуют в WPF.  

• Сосредоточимся на модели представления и представлении.  

• Модель представления поддерживает данные и логику для представления.  

• Важно не смешивать код представления с моделью представления.  

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

• Модель представления должна быть независимой от представления.  

• Избегайте утечки данных из модели представления в представление.  

• Модель представления должна обслуживать данные, а представление - обрабатывать их.  

• Пример с цветом оформления и использованием преобразователя значений.  

• Настройка контекста данных улучшает IntelliSense при работе с привязкой данных.  

• Попасть в бета-версию было непросто, но настройка была простой.  

• Контекст данных находится внутри кода, и привязки разрешаются в этом контексте.  

• Пример: привязка ищет свойство "1-е имя" и присваивает его свойству "text".  

• Контекст данных может быть пустым, что не является лучшим вариантом.  

• Пример: "1-е имя" присваивается значение "Кевин".  

• Привязка работает, если контекст данных установлен правильно.  

• В XAML используются пространства имен для устранения неоднозначности.  

• Пример: свойство контекста данных существует в пространстве имен "d".  

• Дизайнер XAML использует контекст данных для привязок.  

• В MVVM взаимодействие происходит от представления к модели представления.  

• Пример: использование команды для выполнения привязки при щелчке мыши.  

• Важно избегать передачи аргументов событий мыши в модель представления.  

• Поиск по визуальному дереву в коде за viewmodel - плохая идея.  

• Пример: доступ к текстовому блоку через свойство "myTextBlock".  

• Представление должно знать о модели представления, но не наоборот.  

• Команда должна быть реализована для выполнения действия при щелчке мыши.  

• Пример: изменение "1-го имени" на "Роберт" при щелчке.  

• Использование встроенной функции relay command для выполнения действий.  

• Шрифт по умолчанию увеличен, что затрудняет обнаружение изменений.  

• При изменении свойства в WPF пользовательский интерфейс не обновляется.  

• Возможные причины: уведомление об изменении свойства не отправлено или контекст данных неверен.  

• INotifyPropertyChanged уведомляет об изменении свойств.  

• Привязка в WPF регистрируется для этого события.  

• Важно проверять, что событие было вызвано при тестировании моделей представлений.  

• Автоматические свойства не уведомляют об изменении.  

• Привязка не обновляется, если свойство не реализовано как полноценное.  

• Использование полноценных свойств предотвращает проблемы с обновлением.  

• Community MVVM Toolkit предоставляет базовый класс ObservableObject.  

• ObservableObject реализует INotifyPropertyChanged и имеет полезные методы для изменения свойств.  

• Компилятор автоматически обновляет свойства при изменении.  

• Генераторы исходного кода создают дополнительные файлы C#.  

• Важно использовать частичные классы для разделения определений.  

• Генераторы могут создавать методы и свойства для обработки изменений.  

• Генераторы создают методы для запуска логики до и после изменения свойства.  

• Можно изменить значение или переназначить его обратно.  

• Нет возможности остановить выполнение задания, но можно переназначить значение.  

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

• Сравнение с post-sharp, который манипулирует сборкой после компиляции.  

• Преимущества использования генераторов исходных текстов для создания кода.  

• Обсуждение проблемы дублирующихся определений в коде.  

• Решение проблемы с помощью цели в проекте.  

• Важность уникального имени для цели и её вызова перед компиляцией ядра.  

• Демонстрация изменения имени участника при первом изменении.  

• Обсуждение логики изменения имени и уведомления о команде.  

• Пример использования команды ретрансляции и её методов execute и can execute.  

• Объяснение работы команды ретрансляции и её методов.  

• Пример использования can execute для проверки возможности выполнения команды.  

• Логика отключения элемента управления при невозможности выполнения команды.  

• Обсуждение уведомлений об изменениях свойств и их влияния на команды.  

• Пример использования сгенерированного кода для уведомления об изменениях.  

• Преимущества использования сгенерированного кода для упрощения кода.  

• Демонстрация генерации команд ретрансляции и их атрибутов.  

• Пример использования шаблона для именования команд.  

• Преимущества использования сгенерированного кода для упрощения кода и улучшения читаемости.  

• Обсуждение дальнейших возможностей генераторов исходных текстов.  

• Планы по тестированию и улучшению кода.  

• Переход к обсуждению асинхронности и задач.  

• Автор надеялся, что метод сработает, но не уверен в его поддержке.  

• Рекомендует внимательно читать документы для понимания.  

• Создает пользовательскую команду асинхронно.  

• Включает команду отмены, чтобы избежать редоксов.  

• Возвращается к предыдущему состоянию кода.  

• Обсуждает асинхронные методы и их использование.  

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

• Не влияют на сгенерированный код, но делают его более читабельным.  

• Полезны для работы с двоичными числами и шестнадцатеричными форматами.  

• Маркер отмены помогает в обработке исключений.  

• Асинхронные команды могут принимать токен отмены.  

• Важно перехватывать исключения "операция отменена".  

• Асинхронные команды позволяют выполнять их одновременно.  

• По умолчанию не позволяют переключаться на "клик-клик-клик".  

• Важно включать функцию отмены для асинхронных программ.  

• Команда может передавать исключения в планировщик задач.  

• Это полезно для библиотек ведения журнала.  

• Автор предпочитает не включать это по умолчанию.  

• Пример с долгой загрузкой и кнопкой отмены.  

• Исключение "операция отменена" обрабатывается автоматически.  

• Автор доволен простотой использования и отсутствием шаблонов.  

• Приложение-образец является приложением UWP.  

• Автор надеется на добавление образца MVVM с использованием WPF.  

• Упоминает о наличии множества модульных тестов.  

• Извлечение данных из других объектов может быть сложным.  

• Использование базового класса для наблюдаемых объектов может быть неудобным.  

• Решение: отказ от трансляции и использование атрибута observable object.  

• Атрибут observable object позволяет избежать проблем с базовыми классами.  

• Все наблюдаемые свойства объекта автоматически добавляются в текущий класс.  

• Это упрощает реализацию и улучшает читаемость кода.  

• Генератор наблюдаемых объектов помогает создавать модели представлений.  

• Он генерирует все необходимые элементы для наблюдаемых объектов.  

• Это позволяет избежать необходимости вручную реализовывать уведомления об изменении свойств.  

• В библиотеках MVVM часто возникает необходимость взаимодействия между моделями представления.  

• Библиотека оформлена в стиле "а-ля карт", что позволяет использовать только нужные функции.  

• Использование мессенджера для отправки и получения сообщений между моделями представления.  

• События в библиотеке могут быть медленнее, чем обычные события.  

• Использование слабого менеджера ссылок улучшает производительность.  

• Нулевое распределение ресурсов в последней версии библиотеки значительно повышает производительность.  

• Библиотека предлагает хорошие возможности, особенно по сравнению с другими вариантами.  

• Регистрация получателей требует явного указания экземпляра получателя.  

• Интерфейс irecipient включает метод получения, который вызывается при получении сообщения.  

• Генераторы исходных текстов показывают, как работает система.  

• Регистрация получателя должна быть явной.  

• Наблюдаемый получатель используется для трансляции, а не для регистрации.  

• Мессенджеры имеют свойство по умолчанию, доступное для активации функций.  

• Наблюдаемые объекты могут иметь свойство messenger.  

• Использование DI требует явной регистрации мессенджера в конструкторе.  

• Использование DI увеличивает время выполнения на 3 миллисекунды.  

• В случае использования DI, конструктор должен принимать экземпляр мессенджера.  

• В сложных случаях можно создать собственный экземпляр мессенджера для изоляции потока сообщений.  

• Генераторы исходных текстов работают быстро и эффективно.  

• Новые API-интерфейсы генераторов делают их еще более производительными.  

• Генераторы позволяют создавать исходный код по мере ввода текста, что делает их удобными в использовании.  

• Использование элементов управления UWP в приложении.  

• Обсуждение производительности и группировки элементов.  

• Упоминание диагностики с помощью защитных оговорок.  

• Поддержка встроенных целых чисел в .NET 6.  

• Функция широковещательной передачи в .NET 6.  

• Возможность создания анимированных контроллеров в WPF.  

• WinRT и UWP имеют преимущества в производительности.  

• Возможность создания элементов управления в стиле UWP в WPF.  

• Проблемы с производительностью рендеринга в WPF.  

• Функция уведомления получателей об изменении свойства.  

• Редкое использование этой функции в MVVM Light.  

• Пример использования в приложении для составления бюджета.  

• Обзор всех рассмотренных инструментов.  

• Впечатляющие показатели производительности.  

• Рекомендация подписаться на Twitter для получения дополнительной информации.  

• Завершение видео и благодарность зрителям.  

• Обещание вернуться на следующей неделе.  

• Упоминание о возможных бонусных потоках и дополнительных видеороликах.