типо это главная особенность?

не

это было наследование

теперь имнкапсуляция

.

не все они ходят

поэтому можно сказать, что вс еживотные двигаются

каждому их них можно сказать двигаться

а как они это сделают(полетят или сделают шаг - их проблемы, это нее важно)

вообще в этом случае нужно делать abstract

но и так сойдет

теперь полиморйфизм

и воробушку ясно, что Sparrow - животное

и ему же ясно, что он есть и иногда умирает

ест*

если этих животных призовут в звериную армию

то дял всех они будут просто зверями

List<Animal>

еслиму скзаали двигать, он двигается

никому не важно коробей он или собака

поэтому можно сделать так

List<Animal> squad = new List<Animal>(): squad.Add(new Sparrow()); squad.Add(new Dog());

приводить к типу не обязательно

это компилятор и сам прекрасно поймет

а вот чтобы привести обратно - обязательно

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

var a = new Dog(): var b = (Animal)a; var c = (Dog)b;

иначе InvalidCastException

насчет virtual

private void DoStep {} - метод?

c virtual все просто переопределять можно 2 способами new и override если сделать override void Move(){ DoFlap(); } то после var a = (Animal)(new Dog()); у тебя при вызове a.Move() вызовется новый метод с Dog если new void Move(){ DoFlap(); } то уже вызовется старый метод, ибо ты его не переопределил, а поверх него написал

да

он без () так и должно быть?

нет

опечаточка

исправил

Так понимаю, если есть какой-то общий метод, к примеру ходить, но у дочерних классов он будет разный, то можно у главного класса приписать virtual, а дальше для классов наследников его переопределить?

именно

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

а ты его не сделал?

он у всех есть

а, virtual метод заполнить, понял

И будет по дефолту у всех, а можно переопределить

да

Понял принял

можно абстракт

в абстрактном классе

но там свои заморочки

это все нужно, чтобы гарантировать наличие чего-либо в классе

но это пережиткиjava

ибо нормальные люди гарантирют наличие чего-либо интерфейсами

в зависимости от ситуации

То есть интерфейсами?

в гугл

IDisposable, IList, IEnumerable и тд

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

Буду благодарен

переменная типа функции

так проще?)

Это та понятно, зачем они нужны?

Их применение?

чтобы работать с функциями как со значениями

и для обработчиков событий

короче для того

на что онанируют джаисты

джависты*

ты создаешь тип делегата

говоришь что принимает и что возвращает

частный пример делегата - EventHandler, Action, Func

очень полезно

возьмем Action

Ну EventHandler встроен в действия WPF

вроде как

ща обьясню зачем

action - delegate void Action();

то есть фуекнция, которая ничего не принимает и ничего не передает

теперь ты можешь сделать так

void Foo(){//do some stuff} void Main(){ Action a = Foo; a(); }

void Main(){ Action a = ()=>{/*do some stuff*/}; a(); }

можно лямбдой