Для тех кто, как я сталкнётся с ошибкой при попытке повторить написанное на 3:50. Поясняю, лучше не делать из метода старт - корутину(IEnumerator Start()), а сделать отдельный метод корутину, и в старте её вызывать через StartCoroutine(Название функции());
6:51 в екземпляр делегата знаком = присвоюється метод іншого класу? При цьому виклик методу буде такий же, як і для підписантів з "+=", але тільки 1 раз?
Упоминания про работу с GC очень полезны, очень много демонов в нюансах использования конструкций языка, которые хороши для запуска табуретки, но абсолютно не прокатывают на коммерческой разработке.
@@gaitavr1992 не все такие опытные. в двике научился принципам C# но как раз проектирванию кода мало кто понятно рассказывает. а ты рассказываешь то что нужно но не наглядно для среднего уровня. спасибо! все равно подписался !. годный канал!
Должен быть объявлен тип делегата. Фактически тип делегата, это сигнатура метода, то есть набор входных параметров и возвращаемое значение. Сначала идет модификатор доступа, затем ключевое слово delegate, и после него аналог метода - возвращаемый тип, имя и входные параметры. Только имя тут является типом делегата. 0.58 Противоречие, сначала говорится что "Фактически тип делегата, это сигнатура метода", через одно предложение "Только имя тут является типом делегата".
Я вот использую паттерн Signal вместо этого всего. Из проблем - очистить его может любой извне, но зато плюсы - можно избежать случайной двойной подписки.
@@gaitavr1992, я не знаток точных названий паттернов, к сожалению. Класс Signal с методами AddListener, RemoveListener, Invoke и Clear. Объявляется как public readonly Signal (или Signal). По сути, это тот же event/delegate, только даёт немного больше контроля в некоторых местах (ну, и свои недостатки). Просто в прошлом работал на больших проектах на AS3, потом на Haxe, и везде юзали сигналы. Написал себе привычную реализацию.
Возник вопрос. В Unity очень часто вижу, что подписка на событие происходит в Start или в OnEnable, при этом обработчик события может вызваться в любой момент игры, но вышеперечисленные методы выполняются только один кадр в начале игры. Как так)?
В этом то и смысл событий и делегатов. Их не нужно постоянно проверять. Когда происходит подписка на событие - мы просто добавляем свой метод в коллекцию другого обьекта, который будет вызывать событие. Когда это произойдет то все методы, которые содержаться в коллекции выполняться один за другим. Поэтому подписываются обычно один раз в начале (но не всегда). Наверное имеет смысл еще раз видео пересмотреть)
Невозможен полноценный ревью кода и если в инспекторе слетят все ссылки, нужно будет сново понимать что где и куда было опрокинуто, а так это стильно модно молодежно.
@@Bushido_Cat Та ну, просто незвично для людей, котрі не звикли цим користуватись. Взагалі, виглядає як найзручніший контроль залежностей. Я хз, але здається, що інтерпретатор/транслейтер (plugin) на макс. 35 рядків коду - це імба, якщо ти реюзаєш велику кількість коду. Чесно ка жучи, я сподівався на те, що мені хтось вкаже на зайвий юз пам'яті, процесору, буферів і т.д. , але якщо ми говоримо про архітектуру - мені досі цікаво почути критику на моє питання
Появился вопрос. Если у нас система, допустим, как в задании на ревью, т.е множество объектов влияющих на некоторые параметры одного объекта (в нашем случае счет), можно ли использовать ивент для передачи значения? Если да, то будет ли правильным использование статик ивента в множестве объектов для создания менее связанного кода. Или я вообще уже не в те дебри лезу и не правильно понимаю слабую связь? Если вопрос слишком обширный, могу подождать ревью)
Не могу говорить за каноничность такого подхода, но я его успешно использовал в своем проекте. Объект спаунится на сцене и вызывает статический ивент своего класса, передавая в нем себя как параметр. Дальше, кому надо, сам разберется, что это за объект и что с ним делать дальше.
@@ilyanazarov7001 Я вроде разобрался. Ивент у меня теперь на "игроке", а данные с префаба по рейкасту беруться. Но это уже в другом проекте) Так сказать, теперь не объект говорит, что его нажали, а игрок. Это, кстати, позволило уйти от статиков. upd: а еще, посмотрев на свой код которому 5 дней, я уже понял, что наговнокодил :с
Благодарю, но форма описания беглая и оочень обобщенная, для новичка - совсем запутался в "events", зачем эвенты, примеры непонятные... Сори, только начал изучать.
Про потенциальные утечки, когда оба объекта больше не нужны, но держат друг на друга ссылки из-за того что подписаны - совсем вскользь упомянул. Ну и про то что события не потокобезопасны. Ну да ладно, это придирки, еще и как понимаю к юнити слабо относящиеся.
Не совсем понял вопрос. Вы имеете ввиду время как параметр? Если да, то это опционально как в делегате так и в событии. Если не правильно понял - поправьте
@@gaitavr1992 вопрос по поводу примера, где рассматривается завещание и смерть в качестве запуска триггера. По идее смерть вызывает делегат\событие, а не поверенный. Или я что-то упустил?
Тут имелось ввиду, что кто-то начнет выполнять действия, которые не известны до самого последнего момента. Поверенный для этого подходит лучше. Смерть тоже подходит, но в контексте будет звучать странно, если смерть начнет работать с манифестом)
Это был не урок, а беглый обзор видов делегатов и событий, абсолютно сырой и ни чем не подкрепленный. Я видел тебя рекламировал, нахваливал И.сакутин. Ведь ту же самую инфу можно найти на сайте Майкрософт. Там тоже пишут что такое делегат и какие есть виды. Мог бы для каждого сделать наглядный практичный пример из игры, чтобы понять зачем и для чего использовать тот или иной способ. Показать плюсы и минусы наглядно на примере. А так очень сухо и пресно, как у всех одно и тоже прочитал и давай пересказывать. Я ожидал конечно большего от тебя, а по итогу ничего нового и полезного лишь сухая теория и примеры синтаксиса. Ровным счетом ни ху я. А так ты красавчик, ничего личного 😂
Максим, спасибо огромное за твои видео, но я такой мудак, что меня очень сбивает твой украинский акцент, связанный с буквой Г. Особенно, когда ты говоришь Debug.Log. Это звучит как Дебах Лох и я просто не могу сконцетрироваться. Прости меня
Твой канал просто Находка!!! ПРодолжа!!!
Хороший ролик, благодарю Максим!
Для тех кто, как я сталкнётся с ошибкой при попытке повторить написанное на 3:50. Поясняю, лучше не делать из метода старт - корутину(IEnumerator Start()), а сделать отдельный метод корутину, и в старте её вызывать через StartCoroutine(Название функции());
Спасиб, круто обьясняеш.
Спасибо за ролик. Весьма подробно и понятно
Спасибо, разобрался)
6:51 в екземпляр делегата знаком = присвоюється метод іншого класу? При цьому виклик методу буде такий же, як і для підписантів з "+=", але тільки 1 раз?
Большое спасибо.
Упоминания про работу с GC очень полезны, очень много демонов в нюансах использования конструкций языка, которые хороши для запуска табуретки, но абсолютно не прокатывают на коммерческой разработке.
очень нужная тема ,но слишком быстро и без наглядны примеров в движке. можно чуть по медленнее ? ))
Все, кроме UnityEvents работает в движке так же, как и в .Net
@@gaitavr1992 не все такие опытные. в двике научился принципам C# но как раз проектирванию кода мало кто понятно рассказывает. а ты рассказываешь то что нужно но не наглядно для среднего уровня. спасибо! все равно подписался !. годный канал!
У меня еще есть видео из недавних - паттерн наблюдатель из той же оперы, может полезно будет
посмотрел уже )) спасибо. @@gaitavr1992
Спасибо за видео. Картинка на 29 секунде дала больше понимания чем за два часа по книге
Неплохо)
Спасибо!
Спасибо
Спасибо Максим, информативное видео! Все по взрослому
Должен быть объявлен тип делегата. Фактически тип делегата, это сигнатура метода, то есть набор входных параметров и возвращаемое значение. Сначала идет модификатор доступа, затем ключевое слово delegate, и после него аналог метода - возвращаемый тип, имя и входные параметры. Только имя тут является типом делегата. 0.58 Противоречие, сначала говорится что "Фактически тип делегата, это сигнатура метода", через одно предложение "Только имя тут является типом делегата".
Присылайте таймкоды
Я вот использую паттерн Signal вместо этого всего. Из проблем - очистить его может любой извне, но зато плюсы - можно избежать случайной двойной подписки.
SignalBus?
@@gaitavr1992, я не знаток точных названий паттернов, к сожалению. Класс Signal с методами AddListener, RemoveListener, Invoke и Clear. Объявляется как public readonly Signal (или Signal). По сути, это тот же event/delegate, только даёт немного больше контроля в некоторых местах (ну, и свои недостатки). Просто в прошлом работал на больших проектах на AS3, потом на Haxe, и везде юзали сигналы. Написал себе привычную реализацию.
Понял после 5 раз. На деле оказалось проще все. Странная эта штука - программирование)
Главное, что понял)
Sposibo bolshoe
Возник вопрос. В Unity очень часто вижу, что подписка на событие происходит в Start или в OnEnable, при этом обработчик события может вызваться в любой момент игры, но вышеперечисленные методы выполняются только один кадр в начале игры. Как так)?
В этом то и смысл событий и делегатов. Их не нужно постоянно проверять. Когда происходит подписка на событие - мы просто добавляем свой метод в коллекцию другого обьекта, который будет вызывать событие. Когда это произойдет то все методы, которые содержаться в коллекции выполняться один за другим. Поэтому подписываются обычно один раз в начале (но не всегда). Наверное имеет смысл еще раз видео пересмотреть)
В 2021 версии однако, Action заменили на UnityAction.
Хороший ролик :) В разделе про Action и Func можно было добавить ещё про Predicate, как о Func, у которого возвращаемый тип bool
Привіт, а які тоді мінуси в практиці перманентного юзу UnityEvent ?
Невозможен полноценный ревью кода и если в инспекторе слетят все ссылки, нужно будет сново понимать что где и куда было опрокинуто, а так это стильно модно молодежно.
@@Bushido_Cat Та ну, просто незвично для людей, котрі не звикли цим користуватись. Взагалі, виглядає як найзручніший контроль залежностей. Я хз, але здається, що інтерпретатор/транслейтер (plugin) на макс. 35 рядків коду - це імба, якщо ти реюзаєш велику кількість коду. Чесно ка
жучи, я сподівався на те, що мені хтось вкаже на зайвий юз пам'яті, процесору, буферів і т.д. , але якщо ми говоримо про архітектуру - мені досі цікаво почути критику на моє питання
@@hryhoriinevmerzhytskyi4299 лучше попробуй задать этот вопрос Chat GPT 4.
Ух, дружище, только с помощью твоего видео понял, зачем нужны делегаты на практике, спасибо)
Появился вопрос. Если у нас система, допустим, как в задании на ревью, т.е множество объектов влияющих на некоторые параметры одного объекта (в нашем случае счет), можно ли использовать ивент для передачи значения? Если да, то будет ли правильным использование статик ивента в множестве объектов для создания менее связанного кода. Или я вообще уже не в те дебри лезу и не правильно понимаю слабую связь? Если вопрос слишком обширный, могу подождать ревью)
Не могу говорить за каноничность такого подхода, но я его успешно использовал в своем проекте. Объект спаунится на сцене и вызывает статический ивент своего класса, передавая в нем себя как параметр. Дальше, кому надо, сам разберется, что это за объект и что с ним делать дальше.
@@ilyanazarov7001 Я вроде разобрался. Ивент у меня теперь на "игроке", а данные с префаба по рейкасту беруться. Но это уже в другом проекте) Так сказать, теперь не объект говорит, что его нажали, а игрок. Это, кстати, позволило уйти от статиков.
upd: а еще, посмотрев на свой код которому 5 дней, я уже понял, что наговнокодил :с
Когда нибудь начну понимать твои туторы) жаль нету курсов для начинающих по этим темам
Информации для начинающих тьма, только и успевай читать(смотреть)
Я разобрал этот урок раза с 4 на 0.75 скорости, да ещё и потратив на гуглёжку часа 2 xd
понимаю
что за саундтрэк на фоне?
Starcraft 2
гугли cell
Благодарю, но форма описания беглая и оочень обобщенная, для новичка - совсем запутался в "events", зачем эвенты, примеры непонятные...
Сори, только начал изучать.
Про потенциальные утечки, когда оба объекта больше не нужны, но держат друг на друга ссылки из-за того что подписаны - совсем вскользь упомянул. Ну и про то что события не потокобезопасны. Ну да ладно, это придирки, еще и как понимаю к юнити слабо относящиеся.
ниче не понятно но очень интересно
Я читал что использование делегатов не даёт весомых плюсом в сравнении с интерфейсами
Не совсем понял, почему вы сравниваете делегат и интерфейс?
Func это поистине странная хрень, не пользовался никогда. Либо delegate, либо Action...
Ничего не понял но очень интересно! Пойду подробней искать
Как всегда годно!
З.ы. разве в начальном примере, в качестве вызывающего делегат, не должно быть "время" (смерть)? Или это уже событие?
Не совсем понял вопрос. Вы имеете ввиду время как параметр? Если да, то это опционально как в делегате так и в событии. Если не правильно понял - поправьте
@@gaitavr1992 вопрос по поводу примера, где рассматривается завещание и смерть в качестве запуска триггера. По идее смерть вызывает делегат\событие, а не поверенный. Или я что-то упустил?
Тут имелось ввиду, что кто-то начнет выполнять действия, которые не известны до самого последнего момента. Поверенный для этого подходит лучше. Смерть тоже подходит, но в контексте будет звучать странно, если смерть начнет работать с манифестом)
Я дуже радий що знайшов ваш канал. Будь ласка, не зупиняйтесь, ваш контент вигідно виділяється серед каналів по Unity.
видео невозможно смотреть из за южного гэ, каждый раз слово делиГЭт выбивает улыбку и внутренний ор =) в остальном норм.
И полезно и смешно, я рад)
Это особенность автора. Респект мне нравиться. Ведь и сам Гекаю)))
Очень сложно, для новичка вообще не понятно
Жаль
Спасибо тебе! Украинский акцент звучит ужасно, но информация супер. Как раз хотел погрузиться в тему событийного программирования)
Едуард Бездухов может потому что я украинец?)
@@gaitavr1992 Ну это очевидно) Я тоже с Украины. Черниговская область. Информационная ценность видоса на высоте)
Едуард Бездухов спасибо)
Это был не урок, а беглый обзор видов делегатов и событий, абсолютно сырой и ни чем не подкрепленный. Я видел тебя рекламировал, нахваливал И.сакутин.
Ведь ту же самую инфу можно найти на сайте Майкрософт. Там тоже пишут что такое делегат и какие есть виды.
Мог бы для каждого сделать наглядный практичный пример из игры, чтобы понять зачем и для чего использовать тот или иной способ. Показать плюсы и минусы наглядно на примере. А так очень сухо и пресно, как у всех одно и тоже прочитал и давай пересказывать.
Я ожидал конечно большего от тебя, а по итогу ничего нового и полезного лишь сухая теория и примеры синтаксиса. Ровным счетом ни ху я.
А так ты красавчик, ничего личного 😂
И нахер ты сюда пришёл? Иди читай офф сайт, пока ещё доступен, клоун
делиХаты🤣🤣🤣
ДебахЛох
Можно замутить микс со всеми подобными словами. Если что, то есть видос job system, там тоже все хорошо (жоп система, скедул)
горбатый коллектор
Максим, спасибо огромное за твои видео, но я такой мудак, что меня очень сбивает твой украинский акцент, связанный с буквой Г. Особенно, когда ты говоришь Debug.Log. Это звучит как Дебах Лох и я просто не могу сконцетрироваться. Прости меня
радуйся, что видос не на украинском и ты вообще можешь его понимать на своем языке)
езё одие хэкер харний ппц диз!
тебе букву "г" нормально выговаривать религия не позволяет?
Религия не позволяет что-то обьяснять всяким ноунеймам
@@gaitavr1992 а ты не ноунейм?) я просто спросил, почему ты так плохо выговариваешь букву г. это очень сильно режет ухо. "делехаты". ужасно
Отписуйся и не хрузи меня
Спасибо!!!