WPF+MVVM часть 5/14 - Инверсия управления, свойства зависимости, работа с потоками в UI

[@1213-s8b]

Бесконечное уважение автору за такой контент, ничего подобного в свободном доступе(а может даже и в закрытом доступе) не найти

[@eswcpoker6562]

Пока не покажут - не поймешь , пока свое не сделаешь - не научишься . Я наверное самый тупой , убив 4 дня что бы понять эти свойства зависмости и как их использовать . Спасибо !!! Контент очень качественный.

[@Shmachilin]

Ну в результате получилось разобраться?

[@eswcpoker6562]

@@Shmachilin с горем пополам со слезами на глазах )) , но это того стоило

[@primuspares4462]

Много слов благодарности хотелось бы написать...это как джеймс кэмерон в мире IT, в содружестве с гай ричи. Отдельное спасибо тому, кто сделал тайм код. Все, что надо, можно найти в этом курсе.

[@ОлександрРижих-д5о]

1:25 Начало. План урока 3:55 Обзор текущего кода 42:35 Инверсия управления и внедрение зависимостей 48:25 Подключение Microsoft.Extensions.Hosting 52:10 Создаем хост приложения 52:40 Создание точки входа в приложение 56:55 Написание метода создания хоста 1:20:25 Добавляем файл конфигурации appsettings.json 1:24:30 Применение инверсии управления для ViewModels 1:38:00 Перерыв 1:45:00 Конец перерыва 1:47:35 Создание интерфейса IDataService 1:52:45 Способы регистрации сервисов 2:05:20 Свойства зависимости 2:10:50 Создание пользовательского стрелочного индикатора 2:42:40 Превращение свойства в Binding объект 3:03:10 Настройка шаблона ReSharper 3:06:15 Конвертер с возможностью привязки данных 3:22:20 Отладочный конвертер для отладки привязок 3:32:40 Асинхронные операции 3:36:00 Упрощение процесса регистрации сервисов 3:41:10 Добавление элементов управления в UI 3:48:45 Логика реализации асинхронных операций 4:10:55 Логика реализации асинхронных операций в WinForms 4:18:55 Доработка модели представления для безопасной работы с потоками

[@wastegate711]

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

[@Shmachilin]

kzbin.info/www/bejne/mn7Lop2Vr7Zgo5I

[@MagistrTNT]

Это видео перевернуло мой мир!!! Спасибо!

[@SergNeoSM]

Бесценный материал! Спасибо!

[@konstantinewhite614]

Круто! Спасибо за видосы!

[@jamesford1363]

круто! джеймс форд одобряет

[@VyacheslavTamplier]

Павел, подскажите пожалуйста еще такой момент... Зачем нужен базовый абстрактный класс Command? Можно же было все сделать в классе LambdaCommand, реализовав в нем интерфейс ICommand?

[@Shmachilin]

Здравствуйте! Можно. Если Вы ни на что не претендуете, если программа маленькая и перспектив не имеет, то можно. Иначе могут быть описаны специфические классы команд, которые не должны иметь в цепочке наследования LambdaCommand. В этом случае нужен базовый класс команды. Особенно он нужен если Вы создаёте библиотеку с инструментами для их многократного повторного использования.

[@VyacheslavTamplier]

@@Shmachilin понял. Спасибо!

[@bonintimo]

ух... все... одолел эту часть... сил больше нет... хорошо, что лайк проставил заранее...

[@Shmachilin]

А то был бы дизлайк?

[@bonintimo]

@@Shmachilin неееееее))) какой дизлайк? просто устал, сил нет - или лень ставить лайк, или забыл бы %) а если всерьез, то имхо 4 с половиной часа многовато для let"s code , лучше разбить на подчасти. это ж не игровой стрим, здесь думать нужно )

[@yz777zhumabayev6]

Здраствуйте а Вы смотрели Microsoft.Toolkit.Mvvm? // 49:27

[@VyacheslavTamplier]

Павел, здравствуйте, подскажите в чем особенность при создании свойства зависимости указывать nameof(Value), а не "Value". Также nameof бывает используется в OnPropertyChanged методе-обработчике события PropertyChanged. Какая принципиальная разница в его использовании, ведь при изменении имени свойства придется менять название и в строковом представлении и в nameof, т.к. и там и там оно жестко прописывается?

[@Shmachilin]

Здравствуйте! Если Вы делаете автоматизированный рефакторинг переименования средствами Студии, или РеШарпера, то инструмент найдёт все упоминания переименуемого члена везде в тексте программы лучше если будете писать nameof(...), нежели указывать его просто в кавычках.

[@VyacheslavTamplier]

@@Shmachilin спасибо за ответ.

[@23tmsektant]

Спасибо)Отличный контент)

[@hisokamoro8189]

Отсутствует метод InitalizeComponent у app. Может кто подскажет, в чём дело?

[@Shmachilin]

@@hisokamoro8189 а он там должен быть? Это же не окно.

[@hisokamoro8189]

​@@Shmachilin, ну у Вас при создании хоста в Main есть...

[@Shmachilin]

@@hisokamoro8189 Тут? github.com/Infarh/CV19/blob/be3ecc16b022a68fd7c4ba3399889ec31635ad1b/CV19/Program.cs#L13 Здесь github.com/Infarh/CV19/blob/be3ecc16b022a68fd7c4ba3399889ec31635ad1b/CV19/App.xaml.cs#L13 добавьте App : Application

[@hisokamoro8189]

@@Shmachilin , да, там. У меня App наследуется от System.Windows.Application, но все равно не видит InitializeComponent

[@hisokamoro8189]

@@Shmachilin , пытался нагуглить решение, удаление obj и bin, а потом пересборка не помогла.

[@Saveaaa]

А почему invocation_list через нижнее подчёркиванте?

[@Shmachilin]

Возможно, локальная переменная? Нет? Где именно?

[@Saveaaa]

@@Shmachilin не помню на какой именно минуте. У вас много таких переменных к примеру "data_points" , почему не dataPoints это как-то обусловлено? Её видно на 3:48:47

[@Shmachilin]

Потому, что это не Ява и не JS. Либо PascalCase, либо lower_case.

[@Saveaaa]

@@Shmachilin если посмотреть на coding conventions в документации к c# на оф сайте Microsoft , там такого именования вроде нет. По этому и спросил из-за чего так

[@Shmachilin]

Стилистика кодовой базы определяется конкретным сообществом. С недавних пор для этого даже конфигурационный файл добавили.

[@aRRma99]

жесткая тема. мозг кипит.

[@Shmachilin]

Тема жёсткая. Согласен. Но после её осознания Ваш мир уже не будет прежним.

[@viktornovikov9266]

@@Shmachilin особенно, если пришёл с веба)))))

[@TbIPDblM]

Только после этого видео понял почему в сервис передается интерфейс и объект который нужно получить >< Вопрос появился: после добавления своего хоста - запускаю приложение, после закрываю, а студия продолжает что то выполнять,

[@Shmachilin]

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

[@TbIPDblM]

@@Shmachilin дома выполнил все тоже самое и все работает 🤷‍♂️🧐

[@Shmachilin]

Очистить решение (удалить папки bin, obi) и почистить кеш Студии (удалить папку .vs).

[@КонстантинШиряев-м6ж]

Попробовал использовать свойства зависимости и получил массу вопросов. 1) Я обнаружил что свойство никогда не вызывается. public ICollectionView LogMessageCollection { get { throw new Exception("Вызов свойства зависимости LogMessageCollection"); return (ICollectionView)GetValue(LogMessageCollectionProperty); } set { throw new Exception("Вызов свойства зависимости LogMessageCollection"); SetValue(LogMessageCollectionProperty, value); } } Даже исключение пытался бросить, но вызова не происходит, а коллекция устанавливается. 2) Мне не понятно то, что при установке модели в контекст UserControl'а свойства зависимости отказываются работать. Думал пересекаются имена свойств зависимости и в модели, но нет. К тому же привязка св.зав. происходит к типу(как на видео - ItemsSource="{Binding LogMessageCollection, RelativeSource={RelativeSource AncestorType=local:LogGridControl}}")

[@Shmachilin]

Свойства-зависимости - это не обычные свойства. Это своего рода база данных значений параметров. Обычные свойства - это лишь костыль для упрощения их использования в коде. Основное их предназначение - это взаимодействие с механизмом Привязки. Поэтому обычные сеттеры не срабатывают при привязке.

[@КонстантинШиряев-м6ж]

@@ShmachilinПутем проб и ошибок понял что свойства зависимости устанавливают контекст данных того элемента от куда происходит привязка. То есть невозможно использовать и собственную вьмодель контрола и свойства зависимости одновременно.

[@Shmachilin]

Почему? Можно. Вы просто через свойства-зависимости как бы прикладываете некие данные к элементу. И к этому же свойству можно сделать привязку.

[@РусланГаллямов-и9х]

Я кажись знаю откуда и из-за чего много вопросов возникает по многопоточному программированию и WPF одновременно.... У меня та же причина, что и у многих.

[@Shmachilin]

Из-за чего?

[@РусланГаллямов-и9х]

@@Shmachilin Курсы. В том, который я прохожу дали задание на WPF приложение с многопоточностью. И другие люди, соответственно, тоже это задание получают.

[@MrAlex1994]

kzbin.info/www/bejne/d5ytZmWFaMian5I Если использовать using (var scope = App.Host.Services.CreateScope()) { var data = scope.ServiceProvider.GetRequiredService(); } Чтобы не было утечек нужно использовать IServiceProvider serviceProvider, который можно внедрить через конструктор в класс и инициализировать поле IServiceProvider _serviceProvider using (var scope = _serviceProvider.CreateScope()) { var data = scope.ServiceProvider.GetRequiredService(); }

[@Shmachilin]

И скрыть тем самым зависимости?

[@MrAlex1994]

@@Shmachilin Цели скрыть зависимости не стояло, стояла цель избавиться от утечек памяти, если знаете другой путь, как избавиться от утечек, напишите, пожалуйста. И спасибо за видеоуроки по WPF.

[@Shmachilin]

Причину утечки памяти Вы выяснили?

[@MrAlex1994]

@@Shmachilin Да. Мне нужен scope и если я получаю scope через App.Host.Services.CreateScope(), то память течет, а если scope получаю через serviceProvider.CreateScope(), то память не течет.

[@MrAlex1994]

Нашел у себя ошибку - у Вас все нормально. У меня просто каждый раз создавался Host в классе App, поэтому и были утечки.