Уроки C# - Потоки, Thread, Invoke, Action, delegate, Parallel.Invoke - C#
HTML-код
- Опубликовано: 6 май 2019
- Донаты и на кофе ➜ t.me/win10tweaker/171
Эксклюзив для спонсоров ➜ / xpuct
Если недоступна спонсорка ➜
В этом видео Вы узнаете всё о потоках, а также, как решить проблему:
Недопустимая операция в нескольких потоках: попытка доступа к элементу управления не из того потока, в котором он был создан (The calling thread cannot access this object because a different thread owns it).
Форум по C#:
win10tweaker.ru/forum/forum/%...
#Потоки #Thread #Многопоточность #Invoke #Action #delegate #Parallel.Invoke #СиSharp #СиШарп 
Наука
Отличное объяснение. По делегатам действительно нет ни одного нормального объяснения, только видел пример на коллекции (посчитать к примеру сумму элементов с доп фильтром допустим только четные и т.п.). Эти доп фильтры делать делегатами, и в основном коде вызывать нужный делегат. Но этот пример не живой, ведь вместо всего этого можно использовать лямбда-выражения или вообще LINQ. Другой пример, который встречал - это применение делагатов в обратных вызовах, но там опять же у нас есть события. Т.е. делегаты в чистом виде в нормальном коде не встретишь.
Вы когда-либо с Event-ами работали? Там делегаты очень применимы.
Эдакое сюрное объяснение "с потолка", но когда случится что-то такое делать, оно само по идее в голову придёт, что нужен такой механизм. Так вот пример:
Я -- создатель некоторого события "раздача плова в тарелочке с вилочкой" и я раздаю плов, а ко мне приходят люди за пловом в тарелочке и за вилочкой. Эти люди -- делегаты. И вот я раздаю весь такой, а что будет дальше с этим пловом и одноразовой посудой я класть хотел, а люди-то разные: один съест, другой сделает себе из тарелочки воображаемую шапочку, третий обмажется пловом, четвёртый пойдёт мастерить из него взрывчатку... Но твоя (моя т.е.) задача не меняется, я всего лишь раздаю это.
А ещё более просто и реально -- это, собственно, о делегировании обязанностей в реальном мире. Например:
Вы - интернет-магазин. Вы продаёте товары и Вы ведёте доставку курьерами. Вы формируете заказы к отправке, а куча курьеров их доставляют, но Вася на велосипеде, Петя общественным транспортом, Вова на машине, а Дима вообще рулит большой почтовой службой и выполняет авиа-перевозки.
Третий пример: отправка 1 оповещения (новости) в разные соц-сети одной кнопкой. Вы указали, что на событие реагируют только делегаты, принимающие такой-то набор параметров, из которых состоит ваша новость, например (заголовок и содержание) и всё, море обработчиков может обрабатывать эти данные и заниматься их публикацией каждый в своей соц-сети. Издатель же новости в свою очередь лишён головной боли о том как же эту новость опубликовать везде.
Он делегировал эту обязанность другим, и эти другие -- делегаты.
@@absamurai про интернет-магазин прям из языка снял. Вот пример с рынком: тебе нужна малина? Ты идешь на рынок(к примеру) или в любое удобное место где её можно купить. Ты не идешь на огород и не обращаешься к владельцу производства потому что это неудобно. Так вот тетя Зина - это делегат.
Делегаты придумали именно для событийного программирования. Смысл в том что делегат может иметь множество ссылок на разнице методы (техника подписки и отписки на собитие, хотя в обёртке события самый обычный делегат).
Главное что бы сигнатура подходила.
+ Лямбда выражение (тоже делегат предикат). Так то все делегаты уже придуманы свои пишешь если не знаешь системного. Такие как Action, Func, Predicat, и т.д.
Урок хорош!)
@@absamurai Чел с WindowsForms не работал похоже, там все события на делегатах
Мне приходилось использовать делегаты, чтобы обновлять значения в режиме реального времени в таблице datagridview в WinForm. Было клиент-северное приложение, на клиенте был запущен поток, который получал данные от сервера и заносил инфу в таблицу. Код обновления данных в таблице выполнялся внутри делегата, иначе возникла ошибка, точное описание не помню, но че то там с доступом. Ниже приведен упрощенный фрагмент кода, где использовался делегат.
private void backgroundWorker1_DoWork(object sender, DoWorkEventArgs e) // получить данные
{
while (client.Connected == true) // пока клиент подключен
{
lock (locker) // для синхронизации потоков
{
// получение и обработка данных
this.Invoke(new MethodInvoker(delegate
{
// обновление данных в таблице
}));
}
};
}
Реально живое, человеческое объяснение. Спасибо автору за адекватный канал.
Спасибо автору за такую подачу материала! Очень круто, что объяснение идёт бегло, понятно и НЕ на задротском языке:)
Про язык действительно ценно. Очень живо слушается.
Да-да-да)))
...Это очень важно: это не важно!!! Но у вас останется...
ХрисТ, ты даже не представляешь себе какой ты молодец. Тебя очень приятно слушать и многие вещи становятся понятнее, чем раньше. Знать и донести это две разные вещи и ты владеешь обоими.
обойи вещи
@@gennadysmirnov5362 Что? Обои вещи, Чем? обоими вещами. Учи русский!!!
Просмотрел все уроки. Всё понятно, кратко и по существу. Большое спасибо. Если есть возможность, сделай урок по проблематике защиты кода от дизасемблеров и вообще насколько вероятно сохранить алгоритм программы в секрете.
Вот это объяснил))). Сколько видосов про потоки смотрел, этот прям с первого раза зашел. Прям все по человечески объяснил, на простом языке. Спасибо. С меня лайк и подписка
Добрый день уважаемый. Спасибо за общение с Вами.
Уроки бомбезные,и как только ты все это запоминаешь,мне бы твоё мастерство.Браво👍👍
Очень круто, спасибо большое за эти уроки. Все очень доступно и понятно, что огромная редкость.
Спасибо огромное за видео, очень помогло.
Хорошо, что я нарвался на тебя почти в самом начале. Спасибо.
Большое спасибо, за Ваш труд. У Вас очень хорошо получается!
Очень грамотный подход! Очень доволен что нашел ваш канал! Подписка
Какие же прекрасные уроки. Информация очень понятная, а видео очень приятно смотреть. Спасибо
Тайны делегатов раскрыты. Ох сколько я их гуглил. За Parallel отдельное спасибо, это что-то с чем-то.
Очень понятно объясняешь. Про if и else было все очень понятно. Спасибо!
Очень полезное видео - грамотно и доступным языком.
Это было сильно! Спасибо!
по-людски по-кайфу объясняешь, спасибо!
Потрясающе!
Спасибо вам огромное !!! Вот уже миллион англоязычных туториалов посмотрела, но лучше вас еще нигде не объяснили, ни на каком языке !
Красавчик! Все понятно
как хорошо что ты на эту тему видео записал
Отлично объяснил. Спасибо.
Уроки просто топ. Спасибо
Большое Спасибо.
Очень хорошее видео, спасибо !
Круто!!! Понятно, и без соплежуйства, спасибо!
Огромное спасибо! Очень понятно. Сразу понял как лучше сделать
Ааааааа, ты лучший!!!!! Спасибо большое за видео)
Учитель года :) Ты очень хорошо объясняешь! Спасибо, добрый человек :)
Вот спасибо, отлично объяснил.
я тебя обожаю, умоляю делай еще видео
Отличное объяснение! Благодаря тебе у меня единственного в группе курсовая работа будет с потоками))
спасибо большое!!!
Спасибо за видос. Теперь многое стало чуть яснее.
Хорошее объяснение. Лайк с меня
Обычно, подобные уроки ставлю на скорость воспроизведения х1.5 или х2. Тут я впервые захотел чуть понизить скорость подачи :)
А в целом круто, четкий грамотно сформулированный поток инфы.
Думаю это максимум, что можно уложить в 30 минут, так что за более подробным и вдумчивым перевариванием нужно идти читать документацию.
Спасибо за труд!
спасибо , Дядь.
это просто лучшее объяснение !!!!!!!!!!!)))))
Это просто восхитительно !!! Можно мне такого препода ? А ? Сколько каналов перелопатил, никто так понятно и находчиво не объясняет, просто вау !
Спасибо, посмотрела сначала про async await, где все доступным языком разложено по полочкам
Спасибо за урок, единственный урок после которого я понял как использовать Thread
Спасибо
Спасибо большое!
Но я хотел услышать про ТреэдПул)))
Спасибо.
Большое спасибо за Ваш труд. Привет из Болгарии ... 🙂
Аналогии автора просто 10 из 10.
Круто! Пошел переписывать свой проект ))
Я постоянно не мог найти инфу по этому всему, пытался нарыть инфу из самых странных источников, но тут нашел это видео, и просто любовь с первого взгляда
Респект
Наконец то!!! Наконец-то я поняла эти ***чие делегаты!!!!!!
Вот по таким видео можно даже научится кодить. И смотреть интересно, и много полезной информации.
Давно видео не выходило, надеюсь у вас всё хорошо.
Был бы рад увидеть уроки по EF (core), либо что-нибудь другое связанное с бд.
Спасибо!
Очень занят пока. Будут новые видео ;) Много.
Очень доходчиво объясняешь, скобки правильно расставляешь, так лучше, чем в строку.
Юмора как раз столько, сколько надо)
Если возможно - уменьши область захвата видео до размера окна виртуалки, т.к. мелкие символы на 720P не видно нормально (Инет 3G, живу вдали от цивилизации)
Спасибо за урок, покажи плиз как работать с EF 6(связи, работа с данными и т.п.)
Ты когда нибудь отдыхаешь? Спасибо тебе!
Спасибо, огромное. Такую сложную тему объяснить настолько доступно. Наконец я чувствую,что смогу пользоваться этими инструментами нормально.
О, христ, я не знал, что ты пилишь уроки). Давно откладывал многопоточку, после шилда так и не вернулся к ней, думаю это жирный намек)
Для меня самое простое объяснение делегата - ссылка на метод или список ссылок на группу методов. Нужны они для удобства, когда какое-то событие может вызывать различные методы, которые в свою очередь определяются в рантайме, а не на стадии компиляции. В зависимости от каких-то условий или действий пользователя мы можем вызвать тот или иной метод, а так же целый список методов, меняя его при необходимости. Написал все нужные методы, а потом просто тупо добавляешь на них ссылку в делегат или убирай из него. Может плюсы делегатов не особо очевидны, когда метод один и он либо вызывается событием, либо нет и третьего не дано. Но когда присутствует большая вариативность поведения, то делегаты могут очень помочь.
Да, абсолютно верно, наконец-то я тоже до этого допёр!) В данном видео не показана одна важная функция делегатов - это расширения списка методов делегата через простую операцию «+=». Это супер удобно при работе в рантайме
2 год работаю программистом C#, и понимаю что много чего еще не знаю. По опыту скажу, автор, ты просто красавчик, объясняешь как надо
Популярное заблуждение, что надо всё-всё знать. Надо знать достаточно :) НО - далеко не всё!
Второе популярное заблужнение, что чем дольше работаешь - тем профессиональнее становишься.
Можно и 10 лет неправильно машину водить :-)
Самое понятное объяснение. Еще бы окошко студии немножко увеличить чтобы не приглядываться... На экране еще много свободного места)
Классное видео, на тему потоков) Не могли бы снять как одновременно в потоках выполнять одну задачу?
Про делегаты приведу пример. Есть метод который вызывается для заполнения progressBar, и вот у нас где-то там в другом классе, в другом пространстве имен есть метод который считывает огромный файл, и для этого мы создадим делегат и передадим как параметр, чтоб увидеть прогресс выполнения/чтения файла. Для событий без делегатов не обойтись
Спасибо, перевел свой софт для сжатия игр во много поток, ускорил работу в 2-5 раз)
Я еще использовал сплит списка строк, на мини списки по 3 элемента, чтобы обработка шла, в каждом потоке по 3 элемента, вместо всех элементов в одном потоке) Мозг лопнул, но по кайфу работает
Нихрена не понял, но то что мне надо было я сделал xD спасибо )
К делегатам добавлю некоторое пояснение. Да делегат в простом варианте является конвертером члена класса "метод" в объект, что-бы с методом можно было обращаться как с любым другим объектом (перемеренные, поля, свойства, параметры и тд.). Делегаты из таких структур появились достаточно рано и стали базисом для последующего синтаксического сахара такие как анонимные методы (как мы собираемся обращаться к анонимному методу если у него нету имени), лямбда-выражения (немного функционального программирования из F# и Омега# в C# которые просто красиво написанные анонимные методы) и типы делегаты Action(0...P16) и Func(return,0...P16) (очень сильно упрощают жизнь если нужны всевозможные колбеэки и актуаторы и последнее это события (события и есть делегат только более красиво написанный, события можно и на чистых делегатах написать, толком разницы нету кроме красивости кода). А живой пример смотри на само слово делегат что в переводе на русский является представитель по типу торговых представителей (орифлеймы всякие), послы в посольствах государственных по нормальному это государственные представители и так далее. Если что-то как-то надо представлять каким либо образом это вот делегат. А так это выросло из шаблона проектирования который так и называется делегат (иногда как шаблон делегирования)
Спасибо за видео! Отлично всё разъяснено в ролике.
Планируете ли снимать ролики по алгоритмам, паттернам? Было бы здорово коснуться темы DI, IoC -контейнеров.
Да, после ещё несколько тем в Windows Forms приступим к WPF сразу же на MVVM.
Спасибо тебе. Сделай пожалуйста шрифт по больше. На телефоне сложно смотреть.
Присоединяюсь ко всем словам благодарности. Спасибо за проделанную работу!
Хочу дать обратную связь. (13:09) В строчку или в столбик записан код на экране не очень принципиально. Есть только одно пожелание. Увеличьте, пожалуйста, размер шрифта кода. Если смотреть с телефона, то почти ничего не видно. Спасибо!)
PS. На 150% увеличении комфортно (15:35) 🙂
По моему, необходимость делегатов хорошо объясняет паттерн "Стратегия". Пример такой: У тебя есть определённая стратегия работы. Например: строительство коттеджного посёлка. И у тебя есть проекты строительства домов, дома все похожие, отличаются только в мелочах. Одна из задач в каждом проекте - выкопать котлован под фундамент. Так вот, в каких-то случаях ты можешь загнать туда чернорабочих, и они выкопают (т.к. например, экскаватор туда не проедет). В другом случае на эту же задачу ты отправишь мини-экскаватор. В третьем случае ты отправишь мощный экскаватор с отбойником, (т.к. там к примеру, там находится особо крепкий грунт). Так и в программировании - у нас есть общий метод, с командами - выкопать фундамент, подготовить основание, сделать опалубку, залить фундамент и т.д. а какими методами ты будешь строить каждый конкретный дом - зависит от конкретной ситуации, которая задаётся в конкретном случае и с конкретными условиями.
очень круто, многое понял! Осталось понять как сделать поток который бы выполнял задачи по записи и чтению файлов и передавал их в основной поток (привет из Unity и Monobehavior работающих в основном потоке)
Как-то сжато, немного рвано, дёргано, но при этом класно получается ))
Спасибо! выручил! пиши пожалуйста в столбец -проще понимать.... ну по крайне мере мне)))
Делегат - можно понимать как callback функцию. Строготипизированный колбек дает большую гибкость. Во в первых - он гарантирует, что переданная лямбда соответствует сигнатуре, во вторых - внутри своего метода он позволяет на основании своей сигнатуры писать корректный в плане типов код, что помогает не заниматься отладкой 8 часов, в третьих - не обязательно в метод передавать лямбду, хоть иногда это, безусловно, удобно. list.Sort((a, b) => a.Id.CompareTo(b.Id)) например можно заменить на list.Sort(Sort.ById).
Делегаты очень широко используются в мире функционального программирования, да и в классическом ООП (например, паттерн шаблонный метод)
Когда следующий урок? Жду с нетерпением !!!
Будут ;)
Использовал делегат чтобы на одну кнопку вешать 2 метода(старт/стоп), т.е. кнопка вызывает делегат ,а дальше в методе к ему привязывается другой метод и второй клик по кнопке уже для совсем других действий. Может можно было реализовать проще, но это первое что в голову пришло)
Можешь сделать урок по (Save / Load ) а так же про защиту сохранений ?
Спасибо за видео! В одну строку мне кста больше код нравиться, если не очень длинная строка получается.
Лайк
У меня есть бутылка и она закрытая. "Открытие крышки" - вот наш делегат!. Мы можем открыть эту бутылку нормальным способом, а можно - ложкой; можно зубами тоже (если они здоровые), некоторые могут и глазом.
По делегатам, строим аналогию с C++. Функцию нельзя напрямую передать в функцию в качестве параметра. Но можно передать указатель (адрес, "делегат") / Даже в C++ не рекомендуют, в настоящее время, использовать указатели на функцию, а использовать класс Functional - аналог лямбда выражений в C#.
Спасибо огромное за урок, очень классное объяснение. Насчёт написания кода, как по мне, то в строчку лучше, и понятнее. Ещё вопрос, есть ли урок работе с процессами, и сетевое программирование ?
Будет позже 🤝
Делегат это грубоговоря ссылка на метод. Все событийная модель на нем построена.
Советую очень серьезно относится к этому уроку, так как сложно без делегатов и без асинхронной/многопоточной программировании
По поводу делегатов, в основном используется другая их форма - события. Ну то есть события и есть делегаты, только более продвинутые. Ну уж я надеюсь, что никто не отрицает полезность событий)
мужик ты охуенно рассказываешь с тобой программирование становится интересным, спасибо
А есть ли в планах работа с ком объектами? Было бы здорово получить урок про ним. И что-то видосов новых нет). Очень ждём)))
я досмотрел твое видео ровно в 12:09
и у вас в этот же момент было 12:09))
20:42 "New Thread, Старт! *Погнал*"
Чет ору с этого, ахахахахахахахахахахахахахаха. Забавно вы это говорите и когда представляешь тоже ситуация забавная! (типа слишком быстро)
Рождается и ему сразу старт, и он погнал
Из того что знаю я deligate нужен как атрибут метода.
Такой метод не имеет тела и нужен он чтобы запомнить сигнатуру.
Например () когда есть коллекция свойств с разными атрибутами и у нас есть метод который возвращает все свойства с одним атрибутом, все свойства с другим и так далее...В этому случае можно написать метод обертку в который передается параметром коллекция и делигативный метод, который проверяет свойство на причастность к атрибуту. И тогда у нас будет не N методов по все атрибутам, а только 2 : один делигат и метод этот делигат использующий.
Конкретно в тредах делигат видимо используется для того чтобы передать сигнатуру метода.
Делегат это описание метода - типы входных параметров, тип результата, именно описание а не сигнатура. Отличие описания от сигнатуры - последняя включает имя метода и используется вообще для других целей. Экземпляр делегата это ссылка на метод соответствующий описанию. Реализация?)) События, колбэки и так далее. Я понимаю почему вы конструкции типа delegate(int arg) { return arg; } называете делегатами, вот только это не делегаты и даже не их экземпляры, это анонимные функции/методы, которые потом разбираются компилятором в делегат, сам метод и экземпляр делегата. В первом приближении лямбда выражения это синтаксический сахар анонимных функций, но это не так и у них есть отличия, например анонимные функции могут пропускать объявление аргументов, т.е. Action f = delegate { Console.Write("Hello"); }; f("world"); работает, а лямбда выражения нет, в то же время лямбда могут приводиться как к делегату, так и к дереву выражений, а анонимные функции только к делегату.
Орнул на делегатах :D
Будут еще видео? Было бы супер про wpf послушать от тебя и про патерны.
Весьма вероятно 👍
Мне понравилось объяснение про ружье и звонок)) А я когда проходил делегаты думал что если я не понимаю его применения на практике, то я че-то не так понял и вообще тупой)
Где можно скачать исходники?
Красивее конечно в одну строку. А как на самом деле записывать не важно. Единственное может быть затруднительно понять код тем у кого опыта мало. Лично я всегда смотрю оба варианта, так лучше понимаешь код и как его сокращать =)
делегат удобен тогда, когда тебе нужен список делегатов (то-есть у тебя есть методы 1,2,3,4,5,6,7) и ты хочешь их выполнять, у тебя есть список с этими методами типа хочу чтобы, выполнялись так 1,2,3,2,2,2,2,2,1,3,4,5 и ну это можно когда количество небольшое прописать вручную, а так существуют делегаты которые можно добавить в список и выполнять когда тебе нужно и в любой последовательности (станки чпу, сценарии какие-то)
Ты мне мозг сломал, благо что рядом стояла бутылка водки. Пойду трезветь )))
Про делегаты. Предположим есть комната в которой нет ни окон ни дверей, задача в ней убраться: пропылесосить, протереть пыль. Для решения нужен тот кто уберет комнату и способ в эту комнату попасть. Представим что у нас есть Маша, Петя и Вася - все они могут убрать комнату. Теперь надо их в комнату как-то поместить, есть два варианта: 1) для каждого из них прорубить отдельный вход; 2) сделать ДВЕРЬ.
Предположим, что Маша, Петя и Вася хотят покушать. Есть вариант каждому кушать из своей тарелки, а можно кушать просто с КАСТРЮЛИ.
Нет, не годится. Жду новых примеров. Кстати, после выхода этого видео, спустя какое-то время нашёл применение делегату - доступ к контролу из класса.
Это боль...
@@XpucT Вопрос изначально был зачем? Ну он же вроде как для соплей) Ну типа есть 15 алгоритмов сортировки массива и какой-нибудь PrintTime() для подсчета времени работы каждого алгоритма. Мы делаем PrintTime(Action ... ) и норм, нет? Подобие функциональной обертки из плюсов.
здравствуйте, можте снять создание телеграмм бота, только вместо async/await использовать Thread?