GavriKos

Точно так же, как и метод класса b.

Вы можете взять velocity только у конкретно экземпляра класса Rigidbidy2D.

Пример. Есть тип мебели - шкаф. Шкафов - много. Но вам надо взять высоту не всех шкафов в мире, а одного конкретного шкафа. Так и тут. Rigidbody2D может быть много. Но вам нужен конкретный. Поэтому velocity не статический, и есть только у конкретного экземпляра.

Т.е. вам надо у вашего монобехейвиора найти Rigidbody2d, и у него брать велосити.

Например, так:
Rigidbody2D rigidbody = this.gameobject.GetComponent();
Vector2 velocity = rigidbody.velocity;

Это просто пример. Надо не забыть проверить на null, не делать GetComponent в апдейте. Можно вообще в инспекторе в объект положить его же Rigidbody...

Прежде чем писать игры - подучите язык...

Активити приводится к типу OnSeasonSelectedListener и собственно записывается это в переменную.

Но так делать не надо, правильнее прототип функции onAttach сделать сразу с OnSeasonSelectedListener, а не с Activity.

Если написано "в текстовом виде" - то и отдавайте в текстовом - в обычных .cs файлах. Они вполне себе текстовые.

При распространении не через гуглплей есть вот такие подводные камни:
1) У всех ли потенциальных пользователей разрешена установка не из GooglePlay?
2) Готовы ли вы объяснять как это самое разрешение сделать?
3) Как вы будете делать обновления?

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