Cамый лучший способ сказать "спасибо" - поставить лайк и и поделиться уроком с друзьями. Это очень мотивирует создавать полезные уроки =) ✅Доступ к исходному коду и спонсорство www.patreon.com/SimpleCode ✅ donatepay.ru/don/SimpleCode ✅BTC кошелек: 12oYfJnvt76wjJbpvfhM41m6KPz6uz4LD4
В данном случае можно обойтись абстрактными классами и при этом ещё будет доступен метод ShowInfo , который был ранее. Если так, то где вообще нужны эти интерфейсы? using System; abstract class Weapon { public abstract int Damage { get; } public abstract void Fire(); public void ShowInfo() { Console.WriteLine($"{GetType().Name} Damage {Damage} "); } } abstract class Cold_Weapons : Weapon { public abstract void Throw(); } class Gun : Weapon { public override int Damage { get { return 5; } } public override void Fire() { Console.WriteLine($"{GetType().Name} ; Пых"); } } class Automat : Weapon { public override int Damage { get { return 7; } } public override void Fire() { Console.WriteLine($"{GetType().Name} ; Тын,Тын,Тын"); } } class Laser : Weapon { public override int Damage { get { return 5; } } public override void Fire() { Console.WriteLine($"{GetType().Name} ; Пиу"); } } class Bazuca : Weapon { public override int Damage { get { return 10; } } public override void Fire() { Console.WriteLine($"{GetType().Name} ; Вууухх"); } } class Knife : Cold_Weapons { public override int Damage { get { return 3; } } public override void Fire() { Console.WriteLine($"{GetType().Name} ; Удар ножом "); } public override void Throw() { Console.WriteLine($"{GetType().Name} ; Нож брошен"); } } class Player { public void Fire(Weapon weapon) { weapon.Fire(); } public void Throw(Cold_Weapons weapon) { weapon.Throw(); } public void CheckInfo(Weapon weapon) { weapon.ShowInfo(); } } class Program { static void Main() { Player player = new Player(); Laser laser = new Laser(); player.Fire(laser); player.Fire(new Knife()); Console.WriteLine(); Weapon[] inventary = { new Gun(), new Automat(), new Laser(), new Knife() }; foreach (var item in inventary) { player.Fire(item); player.CheckInfo(item);
@@777noob777saibot Множественное наследование - вот преимущество интерфейсов перед абстрактными классами. С помощью этого можно расширять функционал, не ломаю логику и архитектуру приложения
Сразу лайк! Грех не поддерживать такой хороший курс! надеюсь в скором времени мы доберемся и до событий, делегатов, лямбд, символов удаления, переопределение арифметических операторов, обобщению (generics), к неуправляемым обьектам и до многого другого добра в c# 😎👊👍
Отличная идея, объяснение на примере создания игры, идеально усваивается! Спасибо Вам, Сергей, никакие курсы не сравнятся с Вашим талантом объяснять и подбирать материал, ещё раз Спасибо!
знаешь в чём минус твоих уроков?......они слишком классные, крутые. Ладно, это шутка, но на самом деле они просто супер! И ведь запарился и снимаешь такие уроки. Я к чему, просто есть другие люди и они тоже делают уроки, но посмотришь их и программирование изучать перехочется . А у тебя так всё разложено и разжевано, проще некуда. Спасибо за твои классные уроки!
@@michaeltkachenko7313 как и в любом вопросе. Но раз уж записывается цикл, тем более с таким грамотным объяснением, то неплохо было бы посмотреть урок и по этой теме. Спрос рождает предложение. Если Вы знаете ресурс, где можно ознакомиться с уроками по данной теме, то лучше сразу оставить ссылку на этот ресурс. А если нет, тогда будем надеяться, что Сергей запишет ролик по данной просьбе.
Вопрос!! Для данной задачи правильнее было бы реализовывать такую схему взаимодействия интерфейсов, при которой они бы друг от друга не зависели. Ведь в будующем может быть добавлено такое оружие, как сюрикены, например. Из которых нельзя стрелять, но которые можно кидать. И тогда лучше было бы не делать один интерфейс наследуемым от другого, а сделать класс Knife, реализующий два независимых интерфейса. И это бы рвботало также в текущей ситуации, но имело бы правильную систему развития в будущем. Так что до чих пор непонятно, в каком случае стоит использовать наследуемые интерфейсы))
После просмотра ролика, тот же вопрос возник. Думаю пойду в коменты напишу такую же мысль. Но наткнулся на ваш коммент...смысла повторятся нету. Тоже не понял какая суть наследования интерфейса от интрфейса. Возможность есть лимит количества интерфейсов которые клас может имплемнтировать, тогда в этом есть смысл...а так :/
@@ДенисВербіцький-ц8ц ну. Какой смысл я нашёл теперь. Наследование интерфейсов коллекций. В с# есть куча вариантов: IList, ICollection, IEnumerable, IEnumerable и тд... И, как я понимаю, как-то там всё это хитро завязано. Различные комбинации этих интерфейсов оказываются разными коллекциями, типо List, Array, ArrayList и далее. Возможно, там ответ)
Очень круто, а главное доступным языком. У меня тут много вопросов сразу. Я так понимаю что последние уроки сделаны на основе паттернов. Есть возможность озвучить их, описать или это предмет следующих лекций? И парадокс, у нас возможно оружие котороe не содержит метода Fire() (Огонь для ножа уже звучит странно). Т.е. нам нужен родительский интерфейс, желательно пустой без деклараций вовсе. Для того что бы при появлении нового оружия не тащить возможно избыточный контракт. Но при этом экземпляры должны наследоваться от него (Архи интерфейса) для контроля входных данных. Такие пустые интерфейсы возможны или это нарушает принципы ООП?
Ну назови метод не Fire(), а Attack() например если смущает выстрел ножом. Это всего лишь название метода, который скрыт для конечного пользователя. Да и логику к примеру для гранат, проще реализовать через готовый метод , тк по сути бросок гранаты - это такое же действие как и выстрел (атака), а как оно будет реализовано зависит от конкретного типа оружия.
Andrew Olsen О это очень простой вопрос. А твой ответ очень сильно уводит в сторону от действительной проблематики ООП и решений с помощью интерфейсов. Вместо более строгой классификации и решений в рамках глубокой архитектуры и гибкости управления через интерфейсы. Ты предлагаешь ситуативный расширяющий костыль. А что если наше оружие не производит атаку а? Например создаёт защиту или лечит или это РЛС или РЭБ. Тогда нам понадобится метод Action() или DoSome() ну что бы вместить все логические понятия. Ой подожди это тоже не походит, ведь наше оружие может вовсе не совершать каких-либо действий. Например просто давать +15hp или создавать ауру и прочее прочее. В моем вопросе уже есть ответы.
@@Banzaaaa лол што? Оружие которое не производит атаку и лечит?? Я бы охренел если бы в ААА шутере я кинул гранату в толпу врагов, а она бы их всех вылечила ))) Ты вообще в курсе что такое оружие? Или в гугле забанили? Оружие в принципе придумано для того чтобы наносить повреждения. Это свойство присутствует у ЛЮБОГО оружия ДАЖЕ когда оно сломано или разряжено.. И неважно какого типа урон оно наносит, физический, магический или даже ментальный, на то оно Б**ТЬ и оружие!!! РЛС это вообще гребаный радар весом в ТОННУ минимум!!! Как ты его в инвентарь поместишь???? РЭБ вообще это не предмет даже. Просто фейспалм на всё лицо...
Здравствуйте Сергей у меня к вам вопрос вы в одном своем видео рассказываете про книги С# так вот как вы считаете стоит ли брать книги для новичков если уже имеется некое понимание языка в рамках просмотра вашего курса?
Дякую за урок! Є два запитання: 1) Як у вас ситуація, всі цілі, все гаразд із близькими та рідними? 2) Чи є якийсь сенс реалізовувати для ножа логіку Fire, якщо він ніколи не буде її використовувати. Тобто, чи є інша опція поєднати IWeapon і IThrowingWeapon, при цьому уникнути написання зайвої додаткової логіки яка займає місце і (напевно) дає більше навантаження на систему? Знову ж таки, який сенс робити реалізацію методу Fire який, за вашими словами, може займати багато рядків коду та виконувати особливу логіку при тому, що він ніколи не буде використаний. Як обійти цю ситуацію? Чекаємо на нові відео та пояснення, дуже вдячний за вашу працю. Вивчуся і почну заробляти, я - ваш постійний патрон
Друзья, я верно понял основной посыл, что главное отличие абстрактного класса, с абстрактными методами в нем, от интерфейса это именно возможность множественного наследования у интерфейсов? А за видос большое спасибо)
Да но немножко сложнее. У ExtrimeCode есть ролик на тему проблематики ООП. Если вкратце Интерфейсы позволяют создать наследование не в контексте глубокой иерархии, а как бы сбоку. Т.е. только те наследники которые должны реализовывать что-то без привязки к иерархии. И в этом смысле методы по умолчанию для интерфейсов хоть и нарушают парадигму, но дают широкий инструментарий программисту.
Здравствуйте! Подскажите пожалуйста: по первому видео "плюшки с#" хотел создать библиотеку классов, но у меня нет шаблона class library. Как подключить шаблон или чем заменить его? Visual Studio 2019
я вот не понимаю, интерфейсы, как я понял, должны обосновывать всё и вся, например такие как поверхность любого объекта, а тут конкретный класс, так тоже можно что ли?
ЗДРАСТВУЙТЕ подскажите на кого сейчас актуально отучиться и реально после обучения трудоустроиться??? И где учиться 1.Гик Брейнс 2.Яндекс практикум 3. Скилбокс Или же есть чтото иное где можно получить достойное образование в сфере програмирования и работать обеспечивая семью??????7 Буду рад помощи не равнодушных Всем спасибо за ответы.
Cамый лучший способ сказать "спасибо" - поставить лайк и и поделиться уроком с друзьями. Это очень мотивирует создавать полезные уроки =)
✅Доступ к исходному коду и спонсорство www.patreon.com/SimpleCode
✅ donatepay.ru/don/SimpleCode
✅BTC кошелек: 12oYfJnvt76wjJbpvfhM41m6KPz6uz4LD4
А можно уроки по Windows Forms пожалуйста?
с нетерпением ждём следующего урока .
В данном случае можно обойтись абстрактными классами и при этом ещё будет доступен метод ShowInfo , который был ранее. Если так, то где вообще нужны эти интерфейсы?
using System;
abstract class Weapon
{
public abstract int Damage { get; }
public abstract void Fire();
public void ShowInfo()
{
Console.WriteLine($"{GetType().Name} Damage {Damage} ");
}
}
abstract class Cold_Weapons : Weapon
{
public abstract void Throw();
}
class Gun : Weapon
{
public override int Damage { get { return 5; } }
public override void Fire()
{
Console.WriteLine($"{GetType().Name} ; Пых");
}
}
class Automat : Weapon
{
public override int Damage { get { return 7; } }
public override void Fire()
{
Console.WriteLine($"{GetType().Name} ; Тын,Тын,Тын");
}
}
class Laser : Weapon
{
public override int Damage { get { return 5; } }
public override void Fire()
{
Console.WriteLine($"{GetType().Name} ; Пиу");
}
}
class Bazuca : Weapon
{
public override int Damage { get { return 10; } }
public override void Fire()
{
Console.WriteLine($"{GetType().Name} ; Вууухх");
}
}
class Knife : Cold_Weapons
{
public override int Damage { get { return 3; } }
public override void Fire()
{
Console.WriteLine($"{GetType().Name} ; Удар ножом ");
}
public override void Throw()
{
Console.WriteLine($"{GetType().Name} ; Нож брошен");
}
}
class Player
{
public void Fire(Weapon weapon)
{
weapon.Fire();
}
public void Throw(Cold_Weapons weapon)
{
weapon.Throw();
}
public void CheckInfo(Weapon weapon)
{
weapon.ShowInfo();
}
}
class Program
{
static void Main()
{
Player player = new Player();
Laser laser = new Laser();
player.Fire(laser);
player.Fire(new Knife());
Console.WriteLine();
Weapon[] inventary = { new Gun(), new Automat(), new Laser(), new Knife() };
foreach (var item in inventary)
{
player.Fire(item);
player.CheckInfo(item);
}
Console.WriteLine();
Knife knife = new Knife();
knife.Throw();
player.Throw(knife);
}
}
@@777noob777saibot Множественное наследование - вот преимущество интерфейсов перед абстрактными классами. С помощью этого можно расширять функционал, не ломаю логику и архитектуру приложения
Сразу лайк! Грех не поддерживать такой хороший курс! надеюсь в скором времени мы доберемся и до событий, делегатов, лямбд, символов удаления, переопределение арифметических операторов, обобщению (generics), к неуправляемым обьектам и до многого другого добра в c# 😎👊👍
Говорят, лучше чуть-чуть (пару минут) выждать, иначе не учитываются лайки и комменты при монетизации.
Отличная идея, объяснение на примере создания игры, идеально усваивается! Спасибо Вам, Сергей, никакие курсы не сравнятся с Вашим талантом объяснять и подбирать материал, ещё раз Спасибо!
знаешь в чём минус твоих уроков?......они слишком классные, крутые. Ладно, это шутка, но на самом деле они просто супер! И ведь запарился и снимаешь такие уроки. Я к чему, просто есть другие люди и они тоже делают уроки, но посмотришь их и программирование изучать перехочется . А у тебя так всё разложено и разжевано, проще некуда. Спасибо за твои классные уроки!
ура, новый урок! + к мотивации стать c# программистом
Спасибо за ваш труд! Сергей
Сергей огромная вам благодарность за уроки! Вы большой молодец!
Отличный урок! В прошлом ничего не понял ). В этом понял все и за тот и за этот уроки! Спасибо Сергей!
Уже далеко вперёд убежал в обучении, но все равно смотрю Сергея, для закрепления материала. Спасибо за урок!
А где изучали?
@@blackcreeper5314 metanit и книжки читаю (Сергей давал список в видео) + задачи на codeward
Здравствуйте Сергей, спасибо вам большое за ваши уроки🙏.
Если получится снимите видеоурок для плейлиста { C# ПЛЮШКИ } на тему работа с Api в С#.📡
Поддерживаю просьбу!
Там ничего сложного нет, самому легко разобраться
@@michaeltkachenko7313 как и в любом вопросе. Но раз уж записывается цикл, тем более с таким грамотным объяснением, то неплохо было бы посмотреть урок и по этой теме. Спрос рождает предложение. Если Вы знаете ресурс, где можно ознакомиться с уроками по данной теме, то лучше сразу оставить ссылку на этот ресурс. А если нет, тогда будем надеяться, что Сергей запишет ролик по данной просьбе.
Сделайте, пожалуйста, урок по работе с GitHub в VisualStudio как сохранять, загружать проект и т.д. очень интересно
Забываю иногда про понедельники, забот хватает и вдруг уведомление о новом выпуске!) И всё сразу играет красками!)
Поддерживающий комментарий для дальнейшего развития канала. Вы чрезвычайно понятно все объясняете
Сергей, огромное спасибо за уроки. Главное - не останавливайся.)
огромное Вам спасибо за отличные уроки. всегда с удовольствием смотрю !.🚁🚀
Вау! Интерфейсы это очень крутая штука! Спасибо за урок :)
Я очень рад что урок мне понравился, спасибо!
Твои уроки дух захватывает))
Ура)) долго ждал новый урок спасибо огромное.
Удачи вам и терпения в обучении искусства программирования!
Спасибо большое за полезнейшие уроки !!!
-Видишь актив?
-Нет
-И я не вижу. А он есть
Спасибо за полезный и отличный урок!
Круто! Спасибо большое!
Сергей, благодарю!!!
Хороший урок , зашел на ура!) спасибо!)
Большое спасибо за урок!
Вопрос!!
Для данной задачи правильнее было бы реализовывать такую схему взаимодействия интерфейсов, при которой они бы друг от друга не зависели. Ведь в будующем может быть добавлено такое оружие, как сюрикены, например. Из которых нельзя стрелять, но которые можно кидать. И тогда лучше было бы не делать один интерфейс наследуемым от другого, а сделать класс Knife, реализующий два независимых интерфейса. И это бы рвботало также в текущей ситуации, но имело бы правильную систему развития в будущем.
Так что до чих пор непонятно, в каком случае стоит использовать наследуемые интерфейсы))
После просмотра ролика, тот же вопрос возник. Думаю пойду в коменты напишу такую же мысль. Но наткнулся на ваш коммент...смысла повторятся нету.
Тоже не понял какая суть наследования интерфейса от интрфейса. Возможность есть лимит количества интерфейсов которые клас может имплемнтировать, тогда в этом есть смысл...а так :/
@@ДенисВербіцький-ц8ц ну. Какой смысл я нашёл теперь.
Наследование интерфейсов коллекций.
В с# есть куча вариантов:
IList, ICollection, IEnumerable, IEnumerable и тд...
И, как я понимаю, как-то там всё это хитро завязано. Различные комбинации этих интерфейсов оказываются разными коллекциями, типо List, Array, ArrayList и далее.
Возможно, там ответ)
Благодарю за Урок.
Спасибо. Очень всё доходчиво.
спасибо за урок
Спасибо за урок!
Оп, еще одно крутое начало недели!
какой прелестный урок😊
Автор, СПАСИБО! Даже мне понятно
Класс. понятно и четко
Сергей, я тебя благодарю!
спасибо огромное за уроки) особенно за "Фьють")))) орал))
ochen` horosho !
big up!
Шикарно)))) я ждал этого урока))))
Спасибо большое
Очень круто, а главное доступным языком. У меня тут много вопросов сразу. Я так понимаю что последние уроки сделаны на основе паттернов. Есть возможность озвучить их, описать или это предмет следующих лекций? И парадокс, у нас возможно оружие котороe не содержит метода Fire() (Огонь для ножа уже звучит странно). Т.е. нам нужен родительский интерфейс, желательно пустой без деклараций вовсе. Для того что бы при появлении нового оружия не тащить возможно избыточный контракт. Но при этом экземпляры должны наследоваться от него (Архи интерфейса) для контроля входных данных. Такие пустые интерфейсы возможны или это нарушает принципы ООП?
Ну назови метод не Fire(), а Attack() например если смущает выстрел ножом. Это всего лишь название метода, который скрыт для конечного пользователя. Да и логику к примеру для гранат, проще реализовать через готовый метод , тк по сути бросок гранаты - это такое же действие как и выстрел (атака), а как оно будет реализовано зависит от конкретного типа оружия.
Andrew Olsen О это очень простой вопрос. А твой ответ очень сильно уводит в сторону от действительной проблематики ООП и решений с помощью интерфейсов. Вместо более строгой классификации и решений в рамках глубокой архитектуры и гибкости управления через интерфейсы. Ты предлагаешь ситуативный расширяющий костыль. А что если наше оружие не производит атаку а? Например создаёт защиту или лечит или это РЛС или РЭБ. Тогда нам понадобится метод Action() или DoSome() ну что бы вместить все логические понятия. Ой подожди это тоже не походит, ведь наше оружие может вовсе не совершать каких-либо действий. Например просто давать +15hp или создавать ауру и прочее прочее. В моем вопросе уже есть ответы.
@@Banzaaaa лол што? Оружие которое не производит атаку и лечит?? Я бы охренел если бы в ААА шутере я кинул гранату в толпу врагов, а она бы их всех вылечила ))) Ты вообще в курсе что такое оружие? Или в гугле забанили? Оружие в принципе придумано для того чтобы наносить повреждения. Это свойство присутствует у ЛЮБОГО оружия ДАЖЕ когда оно сломано или разряжено.. И неважно какого типа урон оно наносит, физический, магический или даже ментальный, на то оно Б**ТЬ и оружие!!! РЛС это вообще гребаный радар весом в ТОННУ минимум!!! Как ты его в инвентарь поместишь???? РЭБ вообще это не предмет даже. Просто фейспалм на всё лицо...
2024 август начинаю писать код заранее не дослушав автора - ИДЕ сама все подставляет. У меня такое подозрение что Вижла смотрит этот курс)))
Awesome!
Thank you)
Спасибо за урок!
Сергей, скажите, появятся ли в ближайшем будущем домашние задания?
Здравствуйте Сергей у меня к вам вопрос вы в одном своем видео рассказываете про книги С# так вот как вы считаете стоит ли брать книги для новичков если уже имеется некое понимание языка в рамках просмотра вашего курса?
Дякую за урок! Є два запитання:
1) Як у вас ситуація, всі цілі, все гаразд із близькими та рідними?
2) Чи є якийсь сенс реалізовувати для ножа логіку Fire, якщо він ніколи не буде її використовувати. Тобто, чи є інша опція поєднати IWeapon і IThrowingWeapon, при цьому уникнути написання зайвої додаткової логіки яка займає місце і (напевно) дає більше навантаження на систему? Знову ж таки, який сенс робити реалізацію методу Fire який, за вашими словами, може займати багато рядків коду та виконувати особливу логіку при тому, що він ніколи не буде використаний. Як обійти цю ситуацію?
Чекаємо на нові відео та пояснення, дуже вдячний за вашу працю. Вивчуся і почну заробляти, я - ваш постійний патрон
Хыщ и Фьють это пять !)
Как всегда топово!
Друзья, я верно понял основной посыл, что главное отличие абстрактного класса, с абстрактными методами в нем, от интерфейса это именно возможность множественного наследования у интерфейсов? А за видос большое спасибо)
Да но немножко сложнее. У ExtrimeCode есть ролик на тему проблематики ООП. Если вкратце Интерфейсы позволяют создать наследование не в контексте глубокой иерархии, а как бы сбоку. Т.е. только те наследники которые должны реализовывать что-то без привязки к иерархии. И в этом смысле методы по умолчанию для интерфейсов хоть и нарушают парадигму, но дают широкий инструментарий программисту.
Спасибо большое!
Здравствуйте! Подскажите пожалуйста: по первому видео "плюшки с#" хотел создать библиотеку классов, но у меня нет шаблона class library. Как подключить шаблон или чем заменить его? Visual Studio 2019
Сделайте ролик по виртуальным классам пожалуйста. Очень интересно
Братишка ты лучший
примеры супер
Сколько примерно уроков до конца курса осталось?
Учитывая,что курс по с++ был на более,чем 200 уроков,а этот курс планируется больше,то будет ещё 100-150 уроков. Наверное.... Надеюсь.
@@user-rf8dx9us8e не повезло
Спасибо!
зроби будь ласка урок про ключове слово yield
я посмотрел. все ок
спасибо. очень жду wpf
спасибо
Сергей, а ты даешь индивидуальные занятия, если есть конкретные запросы и сколько это стоит?
Пушка : )
В этом уроке мы обсудим тему наследования интерф
я свечку поставлю за развитие канала
я вот не понимаю, интерфейсы, как я понял, должны обосновывать всё и вся, например такие как поверхность любого объекта, а тут конкретный класс, так тоже можно что ли?
А коли вийдуть нові уроки?
Привет. А плюшки новичкам пока стоит смотреть или лучше сначала пройти курс?
ЗДРАСТВУЙТЕ подскажите на кого сейчас актуально отучиться и реально после обучения трудоустроиться???
И где учиться
1.Гик Брейнс
2.Яндекс практикум
3. Скилбокс
Или же есть чтото иное где можно получить достойное образование в сфере програмирования и работать обеспечивая семью??????7
Буду рад помощи не равнодушных Всем спасибо за ответы.
Меня тоже интересует данный вопрос, будем ждать, может кто-нибудь и ответит
Здравствуйте Сергей, у меня вопрос. Можно как то программу написать в кейсы?
коммент для продвижения
желательно от пяти слов комменты делать для этого.
Какой шрифт вы используете?
*Л. а. й. к.*
Сергей, вы где?(
Со следующего понедельника продолжим =)
Можно ДЗ, пожалуйста. Спасибо😉
Судя по количеству лайков в начале плейлиста и в конце, не все добрались до конца))))))
Это даёт мотивацию)
"какой-то комментарий..."
+++
Весь мир Хыщ , а ты в нём Фьють.