Без опыта в геймдеве: С опытом в геймдеве: / it-юмор :: geek (Прикольные гаджеты. Научный, инженерный и айтишный юмор)

Я больше про лицемерие данной ситуации... Всем можно, а стоит беседке сделать рабочий костыль -- все шишки на неё :/

Это был ответ Konami на их Pyramid Head.

Передвижение вертолёта по прямой можно представить как открывание двери с очень большим радиусом.

отличный выбор.

причем, базовый интерактивный объект (который умеет передвигаться, много где используется, инерактивный) отсутствует, потому то и приходится наследоваться вертолёту от двери.

Рефактор? Ога как же...
страдать? ДАааааААаааа!!!

ООП в универе:
- базовый класс
- движимость
- воздушный транспорт
- вертолёт

ООП в реальности:
- Базовый класс
- дверь
- вращающаяся дверь (анимация вращения уже есть и отлажена!)
- вертолёт

Эдак ты всю физику на дверях построишь (ц).

Уговорил, делай.

Это обьясняет логику работы скриптов на реакторе

Если у тебя дверь передвигается как объект вместо использования анимации, то она требует сильно больше ресурсов чем надо, что значит твоя дверь - говно
Она много где используется как дверь, а не как объект для перемещения
То, что дверь разделяет комнаты не значит что в неё засунули обработку переходов
Взаимодействие понятие растяжимое
Влияние двери на игровые объекты вроде коллизии прописываются в объекте коллизии, а не коде двери

Заставить объект двигаться гораздо проще чем в дверь засунуть модельку вертолета и уже это заставить двигаться правильным образом
Впрочем лет так 20 назад это действительно могло быть актуально

> Выбор двери довольно хорош:
Народ... кто реально планирует работать в геймдеве - забудьте начисто, что там было написано. Я прямо скажу: такую тупорылейшую даунскую хуйню вы не услышите даже от джуна. Этот вебпрограммист просто напрочь далёк от геймдева и обучался ему как максимум по смехуечкам.
Коммент заплюсован, я б согласился если б это было шуткой, но шуткой оно не выглядит, так что - не научитесь плохому!

А теперь суть. Кратко: если беретё за основу дверь - то будут использоваться все возможности, особенности и функционал этой двери. Вы можете перекрыть/отменить часть функционала, но чем больше отмените - тем больше будет вопрос "Нафиг тогда взяли дверь?"
Подробно по пунктам:
1) она передвигается
Блядь, она не передвигается, она стоит на месте! и вращается относительно выбранной точки крепления. Вращение и передвижение - две разные вещи. Если есть дверная рама, рама будет неподвижной.
Сука, "передвигаться" у вас умеет половина из 999 игровых объектов вашей игры, и у них у всех в основе будет некий абстрактный объект-компонент "3д-физический объект", которым вы и воспользуетесь.

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

3) она разделяет комнаты, значит у неё есть обработка как переходить от одного освещения к другому
просто хуйня высрана. Дверь ничего не разделяет (тока на глаз!) и нет у неё блядь никакой обработки - вы не найдёте в её коде ни того, ни другого. Свет ищет объекты на уровне сам, не отличая дверь от прочих материальных объектов, и рассчитывается где-то в своих классах, никак не в классе двери.

4) игрок может взаимодействовать с ней.
бляяя, у меня сарказма не хватает... просто пальцем в небо. У вас в игре есть ещё 999 объектов, про которые можно сказать что "игрок может взаимодействовать с ней". Ахуеть аргументация.
Здесь вы, опять же, воспользуетесь неким абстрактным компонентом "3д-физический объект", определяющим самую основу возможности взаимодействия с игроком (ибо под этой формулировкой можно подразумевать много разного).

5) она может влиять на игрока и нпц - когда открывается/закрывается, а там что-то стоит на пути.
Пля, "влиять когда что-то стоит на пути" - это называется "коллизия/столкновения", и она лежит в основе всех материальных 3D-объектов вашего уровня (кроме тех, которым убрали специально, чтоб зря не мешали движению - убрали двумя кликами мыши). Это базовая вещь. Опять пальцем в небо. Не нужна тут дверь, это лежит в основе, именно от двери тут полезного ничего не взять под вертолёт.


По теме поста можно было в качестве шутки написать что "Берем дверь и вокруг неё создаем остальной вертолёт" - при условии что у нас будет вертолёт с дверями, а не как в большинстве американских фильмов (без дверей). Как шутка бы сошло, а более правильный вариант был бы ровно наоборот - создав вертолёт, прикрепить к нему две готовые двери, вот это было бы уже близко к правде.

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

Кхм, Барбара Лисков говорит, что всё это хуйня из под коня, и вертолёт не должен наследоваться ни от двери, ни от машины, вообще ни от чего, что нельзя было бы безболезненно заменить на вертолёт во всех случаях.
https://ru.wikipedia.org/wiki/%D0%9F%D1%80%D0%B8%D0%BD%D1%86%D0%B8%D0%BF_%D0%BF%D0%BE%D0%B4%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B8_%D0%91%D0%B0%D1%80%D0%B1%D0%B0%D1%80%D1%8B_%D0%9B%D0%B8%D1%81%D0%BA%D0%BE%D0%B2

вы приняты!

"1) она передвигается" кто? куда? у нее как минимум 2 состояния и бленд между ними, как максимум анимация и зависимости от анимации перса.
"3) она разделяет комнаты, значит у неё есть обработка как переходить от одного освещения к другому" - дичь, дверь на это не влияет от слова совсем,
"5) она может влиять на игрока и нпц - когда открывается/закрывается, а там что-то стоит на пути." как и любой другой ассет с коллайдером или тегом для взаимодействия.

Для вертолета можно взять танк за основу.

у одних получилось

А в oxigen not included жидклсти и газы Это основа игры

Открою тебе еще один факт: nes работает, фактически, в текстовом режиме. Эти мира составлены из "букв" размером 8х8 пикселей. Разве что цветов не 2, а 4. А в остальном логика обработки точно такая же, как у видеокарты в режиме отображения текста.

вот да. это тоже интересно. как фиксят баги.

С перепилом движка где-то в четвёртом сезоне уже давно не актуально. Но реализация интересная.