Помогите разобраться с объектами и классами глубже.

class A {
public A(){
Console.WriteLine("Произошел конструктор А");
}
}

class B : A {
public B(){
Console.WriteLine("Произошел конструктор Б");
}
}

1)A a = new A();
2)A z = new B();
3)B z = new A();
4)B b = new B();

1) Что происходит в A a и что в new A()? Так то все вместе это создание объекта a, как я понял A a просто инициализирует объект класса A, но память под обьект еще не резервируется? Происходит это после ключевого слово new, и кнструктор тоже появляется так же. Мы получили объект а, переменная а просто имеет ссылку на него. Правильно?

2) Это вызовет ошибку, правильно? Или наоборот пример 3)?

3) Что вообще происходит блядь. Я инициализирую объект производного класса, но создаю объект конструктором базового? Какой конструктор вызовется? Тут я в ступоре.

4) Ну и последнее какой конструктор вызовется, только Б или оба?

Простите если вопрос шибко глупый, просто хочется ПОНЯТЬ СУТЬ.

Добрый вечер,суть такая:Нужно сделать практическую работу на C#
На языке программирования C# создать программный проект, включающий
следующие элементы:
1. Провести анализ предметной области в соответствии с выбранным вариантом.
Выделить значимые объекты, их атрибуты и особенности поведения.
Предложить обобщение родственных объектов в классы.
2. На основе проведенного в п.1 анализа построить иерархию классов
проектируемой системы. Использовать на менее 5-ти классов. Обязательно
использовать по крайней мере один абстрактный класс. Реализовать не менее
двух стандартных интерфейсов. Создать и реализовать по крайней мере один
собственный интерфейс (interface).
При реализации классов должны быть продемонстрированы особенности
создания и использования
- закрытых полей
- свойств и автоматических свойств
- конструкторов
- перегруженных методов и операторов
- виртуальных методов
Для контроля результатов проектирования создать диаграмму классов
3. В отдельном консольном проекте провести тестирование построенных классов
с созданием их отдельных объектов и коллекций объектов. Проверить
реализацию полиморфизма.
4. Создать приложение с графическим пользовательским интерфейсом,
позволяющее обрабатывать коллекции объектов построенной иерархии.
Приложение должно включать основное (главное) окно, с главным меню,
панелью инструментов и строкой состояния. В основной рабочей области
главного окна пользователь получает возможность просматривать и
редактировать наиболее значимые информационные объекты проектируемой
системы.
В рамках главного окна должна быть возможность работы с буфером обмена
(перемещение/копирования данных как внутри приложения, так и во внешние
windows-программы).
Дополнительная детальная информация об объекте выводится в отдельных
окнах (формах), реализовать не менее двух дополнительных окон.
У приложения должна быть заставка, демонстрируемая при его запуске.
Приложение должно обеспечивать
- сохранение введенных пользователем данных в файлы на диске (использовать
текстовые файлы собственного формата, файлы xml или бинарные файлы)
- загрузку данных из файлов, предварительно созданных в приложении или во
внешних редакторах
Если кто-то возьмется,пишите на телегу-@Garafiev.
Насчет оплаты там договоримся

>>288650
Немного сумбурно получилось щя распишу как лучше будет.
Идём на канал brackeys, учим матчасть, запоминаем самые интересные инструменты которые использовал, к примеру scriptable objects, открываем unity и пробуем экспериментируем.

Параллельно учим сам c# к примеру вот тут:
https://youtu.be/y1OXLBDZT7k тут все серьезно. Тут научился основам ооп

https://youtu.be/xsaRhgD7XL4 - тут ебанутый но опытный дядя. По нему учил паттерны и ассоциации с реальной жизнью, помогло запомнить

https://youtu.be/86KLS8das2k - и смех и хех. Тут закреплял ООП.

https://metanit.com/sharp/tutorial/ божественный сайт и практика и объяснение.

Вместе с brackeys идём на официальный сайт unity и смотрим уроки от создателей юнити
https://unity3d.com/ru/learn - лучше некуда.

Как только узнаем основу, тут надо думать куда двигаться, ибо почти все взаимосвязано. я вот начал с триангуляции, сижу теперь на шейдерах
Если в 3d то нам сюда:

https://catlikecoding.com/unity/tutorials/

тут тебе и про uv развёртку, про триангуляцию, шейдеры и т.д.
И совмещаем с этими : https://youtu.be/-L-WgKMFuhE

Параллельно заходим на habr, toster и прочие форумы и смотрим различные реализации тех или иных вещей. я так однажды научился делать крюк-кошку, переписав код и доработав получился прыжок игрока от стены. Так что сам не знаешь когда пригодится тот или иной опыт.

Насчёт математики, тут само придет. К примеру учил как триангулировать гексы, что бы создавать гексовую карту, повторил как раз теорему Пифагора, учил как соединять разную высоту гексов, узнал что такое интерполяция. Потихоньку само приходит, не знаешь что это гуглишь и все. Так что не надо кидаться на все с горящей головой.

В общем удачи, этот список не идеален, но подходит мне, ибо мне надоедает делать одно и тоже, поэтому переключаюсь между проектами. Может кто дополнить чем-нибудь. Надеюсь поможет тебе это

>>292340
У тебя есть интерфейс IDroch. У него один метод public void Drochit().
И есть 2 класса
public class Man: Person, IDroch
public class Women: Person, IDroch
public class UnderAgeChils: Person

И мужчина и женщина дрочат(реализуют интерфейс IDroch) и мужчина и женщина - личности(наследуют класс Person).
А неполовозрелый ребенок - уже личность (наследует класс Person), но еще не дрочит (не реализует наш интерфейс)

Но мужчина и женщина дрочат совершенно поразному. В общем, в методах Drochit() у них разный код написан.
Такие дела. А зачем интерфейс-то, спросишь ты? А вот зачем.

Теперь представим, что нам нужно разработать какой-то механизм, который будет считать, сколько раз клиент нашей компании дрочит.
Нам все равно, мужчина это или женщина, но нам важно, чтобы они уже умели дрочить.

Поэтому мы создаем где-нибудь метод, куда на вход ожидаем только тех, кто умеет дрочить)
public static InitiateDroch(IDroch drocher)
{
drocher.Drochit()
}

теперь в этот метод можно пихать переменные только тех классов, которые реализуют наш интерфейс.
Man man = new Man();
Women women = new woman();
UnderAgeChild child = new UnderAgeChild();
То есть можно вызвать

>InitiateDroch(man);

>InitiateDroch(woman);

А на строчку

>InitiateDroch(child);

Наша среда поругается, не даст нам такую конструкцию написать,

потому что класс недозрелого ребенка не реализует наш интерфейс(ребенок еще не дрочит)

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

>>292412
Заебись описал, добавлю, что интерфейсы по возможности используют для абстракции от реализации, т.е. по хорошему у тебя в коде должно все зависить от интерфейсов, а не от конкретных реализаций, тогда код становится более понятным и гибким. Ты программируешь, опираясь на интерфейсы, а потом через внедрение зависимости связываешь интерфейс с конкретным классом, реализующим интерфейс. Если внезапно что-то поменялось, то ты тупо добавляешь новый класс с другой реализацией, меняешь одну строчку-зависимости на другую и вуаля, у тебя все работает. Очень наглядный пример - работа с ORM.
Изначально ты может не выбрал базу или она может поменяться, но ты программируешь относительно интерфейса, например, который должен выполнять операции с хранилищем.
public interface IDbService
{
public void Create(int i);
public int Read(int id);
public void Update(int i);
public void Delete(int id);
}

Ты программируешь относительно этого интерфейса, а потом можешь в зависимости от требования, потребностей реализовать его по разному. Можешь через ORM, например
public interface IDbServiceEF : IDbService
{
метода обращаются к базе и вытягивают из нее значения
}
Или тебе не нужно нормальное хранилище, хочешь быстренько сделать, можешь реализовать через лист, к примеру.

public interface IDbServiceList : IDbService
{
public IDbServiceList
{
_db = new List<int>();
}
private List<int> db;

Методы работают с листом
}
Для твоей программы эти оба класса будут взаимозаменяемы, если ты будешь опираться на интерфейс, чтобы пересесть с листа тебе не придется во всей программе править что-то, тебе тупо в одном месте надо будет сменить зависимость с <IDbService, IDbServiceList> на <IDbService, IDbServiceEF> грубо говоря.