UEngine.Ru

Ох, нет, такого я бы никогда не сделал. Платформа была бы уникальным BP, в котором была бы только эта платформа или в крайнем случае компонент, который мог бы реализовывать движение самой платформы.

я думаю это в первую очередь так спроектирована иерархия, и на самом деле большинство вещей можно автоматизировать

p.s. хотя я предполагаю возможность большого количества уникальной логики, но это маловероятно.

У меня далеко не все пишется через ЛБП, конечно, только сюжетная часть. Большую часть того, что можно было автоматизировать именно в выполнении сюжета - я старался автоматизировать. Но игра линейная, опять же. Эвенты разные, как и анимации, работа с ними, все же не все делается через кат-сцены. Уникальной логики действительно много, я не считаю, что сделал что-то неправильно, кода вышло не так много. В 3 строчки игру с линейным сюжетом не напишешь.

если работает и ты доволен, значит все правильно, но вероятно через пару лет, ты будешь весьма улыбаться со своей прошлой правильности))

к примеру, персонаж, должен сказать диалог из массива диалогов под индексом 17 25 38 5, внешне у меня это будет выглядеть так.

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


вот персонаж произносит разные наборы речей
https://picua.org/images/2018/08/26/243 ... 43f8fc.png

все эти цифры, это индексы массива с нужными фразами

и т.д.

мб пример не очень удачный, но в любом случае автоматизация почти всегда возможна
Последний раз редактировалось Prytaleks 26 авг 2018, 21:47, всего редактировалось 1 раз.

Безусловно, если у меня один и тот же код будет повторяться > 1го раза, тогда я просто создам под него функцию, азы архитектуры я осилить могу :)
Большое спасибо за пример!

еще могу рекомендовать не плодить сущности, то есть, например все стрелковое оружие - 1 блюпринт., вся авиация, второй блюпринт.

p.s. но это мой личный путь, это не плодить наследников и не юзать интерфейсы. Так как такой стиль позволяет обходится без этого.
Если активно наследовать без интерфейса никуда. Если в одном блюпринте описаны все подобные объекты, без интерфейса даже удобней.
Последний раз редактировалось Prytaleks 26 авг 2018, 21:59, всего редактировалось 1 раз.

Конечно, я слишком ленив, чтобы бесполезно прописывать один и тот же код раз за разом :)
В любом случае, еще раз спасибо вам за советы.

да не за что, ко мне в следующий раз, лучше на "ты"))