GavriKos

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

Кладете все объекты как дочерние в один rootObject. Этот rootObject делаете DontDestroyOnLoad. НА него же вешаете скрипт, в массив которого загоняете все нужные объекты.
После загрузки сцены и массив цел, и объекты.

Для изучения именно шарпа юнити плохо подходит - там старая версия языка (вроде с 2018 обещают новую).

Прикол еще в том, что при создании игры в юнити вы будете намного чаще использовать особенности именно юнити, а не шарпа. Особенно с ее компонентной системой.

А вот про платформу - не понял. Какую платформу?

Visual Studio
Rider

P.S.

Аля drug&drop

А это уже уголовно наказуемо )))

У вас массив меньше, чем Counter. Где то в коде вы Counter увеличили, а размер массива остался старым.
Самый быстрый выход - использовать List

смотрел в гугле обычно 2014 года в лучшем случаи,

Для основ - более чем достаточно

Албахари: C# 6.0. Справочник. Полное описание языка

Книга хорошая, только вот в юнити не C# 6.0.

Плюсану Akaero за Троелсена, только по сути редакция для вас как для начинающего не важна вообще.

Например сравнить его с null, причем и напрямую, и через ReferenceEquals.

Но, стоит помнить, что объект уничтожается в конце фрейма, поэтому лучший метод - это в OnDestroy объекта уведомлять какой то контейнер, что объект уничтожается, и потом чекать уже по контейнеру.

Если GetDamage - это часть MonoBehaviour (а судя по всему это так), то немного непонятно, где вы ожидаете увидеть увеличение переменной. Вы же весь GO уничтожаете, вместе с инстансом скрипта.

var yourVariable = StatisticFormula.InverseFDistribution(param1, param2, param3)