Удобная навигация по видео :) 0:00 - Начало 0:39 - Strategy это Behavioral Design Pattern 1:19 - Проблема 4:35 - Концепция Strategy 6:07 - Анатомия Strategy 7:57 - Live example 8:22 - Реализация примера 18:29 - Завершение

Очень доступно объясняешь! Супер! Надеюсь, мы будем и дальше изучать шаблоны по твоим урокам!

Это просто высшее качество реализации обучения. Мои глаза, ушки приятно отдохнули, а мозг все понял. Спасибо.

Просто класс! Огромное спасибо! Мне очень понравился пример со Сквидвардом. Теперь понимаю где допускал ошибки в своих пет проектах.

Очень жду новых видео роликов от Вас... И сдаётся мне такое ощущение, что их уже не будет. Очень печально. =( Вы бы хоть причину назвали, почему решили бросить. У вас видео получается на уровне между "шедевр" и "божественно!"

Это лучшее что я когда либо видел. Видео ряд, звуковое сопровождение и конечно подача материала🔥

Теперь все ясно ! Благодарю.

Как всегда, очень круто. И понятно.

Каеф, рад что твой канал растёт, очень доходчиво поясняешь :)

Как же всё становится просто! Респект!

огромное спасибо! Очень четкое пояснение, удачи с развитием канала)

Спасибо за урок, очень интересно и понятно 😊

Спасибо! Отличное объяснение. Все понятное сразу стало.

Топовое качество объяснения. Спасибо!

Спасибо, очень приятный и полезный ролик.

Видос топ. Доступно и понятно. Спасибо =)

очень благодарен за ваш труд

Реально стало понятно Спасибо.

Спасибо, въехал)))

Слишком годно, продолжай 😎💥

Большое спасибо!)

Спасибо! Рассказываешь лучше, чем лицензированный Майкрософт чел из МТС, который половину выдаёт на платных курсах, а бесплатными видео только заманивает. Объяснения лучшие, пример отличный)

Отличное объяснение !

Спасибо за видео

Очень круто! Спасибо!

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

Кодаза! Давай ещё!

Оболденная подача! Впрочем, вы сами это знаете :)

начал писать консольную игру "саймон говорит" с простыми заданиями чисто для практики, типа верх право прыжок и задумался над расширением команд. нашел ваше видео. это самый быстрый и доходчивый вьезд в паттерн получился. Спасибо!

Ну, и чтобы совсем всё было правильно, нужно добавить интерфейс IHero с методом Attack() и реализовать его. Отличный пример, большое спасибо!

Смотрю уроки по Солид но несмотря каждый день возвращаюсь к своему проекту и переписываю код)

Я просто в шоке, такой контентный контент я только что посмотрел!

spasiba drug

Хоть и понимаю этот паттерн, поддержу просмотром!

Один из лучших каналов на которых можно понять базовые вещи по той или иной теме, без ненужной воды и тд, жаль что очень недооценен канал

🔥🔥🔥

Лучший. Включи воз ожность спон, орства канала, стану донатить пару бак ов в месяц. И ещё запусти мерч с чайкой

Забавно, что я этим давно пользовался, но не знал что это паттерн стратегия

Манера изложения автора не оставляет мне шансов быть недоучкой по С# , спасибо автор, снимаю шляпу перед вашим талантом гипнотического воздействия на способность сконцентрировать все ресурсы мозга на впитывание материала

Хорошее видео, всё понятно. Но маленький нюанс, можно сделать размер шрифта в IDE в будущих видео чуть больше? На слайдах код прекрасно видно, а вот в IDE я его на слух восстанавливаю. А сидеть сильно близко к телевизору, чтобы всё увидеть, неудобно.

Вроде на UML диаграмме неправильно указано включение Стратегии в контекст. Ромбик должен быть с другой стороны, там где контекст.

Какой же хороший звук, аж приятно слушать.

Подскажи пожалуйста, в чем смысл данного паттерна когда есть внедрение зависимостей?

А как в очередной реализации стратегии мы можем обратиться к свойствам контекста-сквидварда. А то тогда не понятно зачем это все. Что если в реализации орудия умерщвления, нам нужно менять состояние контекста, например сквидвард задержал гранату в руке и она взорвалась и теперь он должен получить урон? А то они будто все в воздухе подвешены и ни к чему не привязаны. Это сильно ограничивает возможности реализации.

Возвращайиесь, пожалуйста....

Все понятно, доступно, круто и т.д., но у меня вопрос. мы вот это все реализовали, но как это нормально дергать и дать фронтам на растерзание я не понимаю. Ты в Main передаешь конкретные имплементации, но что если мы напишем апи, где параметр будет как раз одно из значений энамки с видео (WaterGun, Plumber, Broom), а мы уже в зависимости от этого параметра должны установить в метод SetWeapon конкретную реализацию интерфейса. У меня в голове все сводится опять же к switch который нарушает вторый принцип SOLID. Типо: IWeapon weapon = gunType switch { WaterGun => new WaterGun(), Plumber => new Plumber(), Broom => new Broom() }; hero.SetWeapon(weapon); ... Опять все это придется каждый раз модифицировать при появлении нового значения в энамке. Это можно как то обойти?

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

Почему такие авторы, как Codaza, Simple Code перестают выпускать видео?! Только появляется надежда, что я пойду все темы в программировании и баац они исчезают из ютуба( Да, понимаю запись новых роликов занимает очень много времени, учитывая ваш щепетильный подход ко всем деталям, но со временем это, наверное, можно было бы как-то масштабировать и выйти на существенный доход...

Доброго времени суток. А что значит знак вопроса на 12:46 в строчке private IWeapon? _weapon;

То есть можно сказать, грубо говоря, что это просто соблюдения 1ого принципа solid с единым интерфейсом для схожих классов?

С таким же успехом паттерн Стратегия можно назвать Тактика.

+

мало, очень мало лайков!

Спасибо за видео, но на 12:12 звук на минуту пропадает.

Вопрос. А почему в данном случае не использовался абстрактный класс Weapon, и его конкретные реализации? Это же само напрашивается. Или я не прав?

спасибо, нифига не понял хД

Спасибо! У меня есть вопрос. Изначально было сказано, что метод Attack принимает параметр GunType, почему бы не задать IWeapon в качестве параметра для метода Attack, а создать метод SetWeapon? Это какое-то правило?

Можно ли сказать, что суть паттерна стратегия - это использовать интерфейсы по назначению?

А если анимация героя зависит от типа оружия. А также, если не все оружия могут быть использованы героем. Как быть?

А если сделать так что бы просто заменялось название оружия? Разве это не дублирование кода?

Привет! будет паттерн наблюдатель?

А кто то пояснит зачем нужно было создавать отдельный класс под разное оружие? Разве это не противоречит принципам solid, в том плане, что можно было унаследовать классы или использовать полиморфизм

А если нужно будет добавить новое оружие, то надо создать новый класс оружия и прописать его как вантус, водный пистолет и т.д.?

Всё понятно, но есть важный вопрос! Если нам нужно не просто запустить метод Attack(), но и передать в него какие-то параметры при запуске. Для пистолета - 1 параметр, для вантуза - 2 параметра, а для веника - никаких параметров передаваться не нужно. То как реализовать такое? Ведь это должно указываться непосредственно в классах оружия, а не в самом интерфейсе. Но в таком случае запустить эти методы не получится, т.к. в самом интерфейсе их не будет, к тому же сигнатуры этих методов будут отличаться от сигнатур интерфейса. В общем, это работать не будет. Можно, конечно, указать в интерфейсе все необходимые сигнатуры методов. Но тогда все этих сигнатуры будет нужно реализовать во всех классах оружия. А нам для каждого класса нужен только один метод атаки, но просто принимающий определённые параметры. Надеюсь, мои рассуждения не слишком запутаны. Т.е. вопрос по сути такой: что делать, если нам нужно, чтобы для метода Attack() у каждого оружия была разная сигнатура (принимаемые аргументы)? Заранее благодарю за ответ!

В теории все понятно. Но на практике - полнейший туман. Раз уж упоминаются игры, то вспоминается Unity. Но какие там могут быть new при объединении интерфейсов вместе с MonoBehavior?.. Да никаких. Получается, что все эти дополнительные сущности - обычные костыли к MonoBehavior и префабам. Ничего они не упрощают по большому счету. Но в консоли красиво смотрится )

Не совсем понятно в чем заключается инкапсуляция алгоритмов если вы создаете их в Main

А в чем различие между Strategy и Dependency Injection?

Обязательно ли использовать интерфейс? Можно ведь использовать абстрактный класс вместо интерфейса в котором будет своя какая-то реализация: abstract class Weapon { public abstract string WeaponName { get; } public abstract int Damage { get; } public void Shoot(string nickname) { Console.WriteLine($"{nickname} атаковал используя {WeaponName} и нанёс {Damage} DMG!"); } } class Bow : Weapon { public override string WeaponName => "Лук"; public override int Damage => 12; } // Действия в классе Hero точно такие же как в видео, просто меняем IWeapon на мой класс Weapon Будет ли это реализацией стратегии? Если честно мне кажется, что я не до конца понимаю когда надо использовать интерфейс, а когда абстр. класс. Заранее спасибо большое за ответ! Надеюсь понятно объяснил свой вопрос

а не лучше было бы реализовать абстрактный класс оружия?

объяснение хорошее, но звук маркера ппц как раздражает.

звук 12 40 пропал.... ну как так то?