Игровой двигатель и данный дизайн [Закрыто]

закрытым . Этот вопрос в на основе мнения . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновить вопрос, поэтому его можно ответить на факты и цитаты , редактирование этого поста .

Закрыто в прошлом году .

Я слышал о Data Design Design и некоторое время исследую. Итак, я прочитал несколько статей, чтобы получить концепции.

Одной из статьи является Дизайн, управляемый данными, написанным Кайлом Уилсоном . Как он описал, мне кажется, что код приложения (I.E. Код для управления ресурсами, такими как память, сеть ...), и игровой логический код, должны быть разделены, а игровой логический код должен быть приведен в действие внешними источниками данных. На данный момент я могу себе представить, что разработчик будет написать какой-то редактор игры, который принимает внешние данные об объектах In-Game (например, информация о персонаже, информация о оружии, информация о карте ...). Проектирование сценария будет сценарирована на заказ на заказ языку / инструментом, написанным программистом, чтобы позволить дизайнеру игры создавать взаимодействие между объектами игры. Игровой дизайнер будет использовать существующий / пользовательский язык сценариев для записи скрипта для игры в игру или перетаскивание инструмента для создания игрового мира. Пример подхода инструмента, который я могу подумать о том, что это мировой редактор, который обычно упакован вместе с играми Bliizard.

Тем не менее, другая статья является против использования проектирования, управляемого данными, дело против проектирования приводвов данных . Автор предлагает не дать игровому дизайну управлять данными, потому что для разработки игры потребуется больше времени, поскольку игровой дизайнер имеет бремя программирования. Вместо этого будет программист игры свободно программировать игру из дизайна эскиза, и подтверждается дизайнером игры после завершения программирования игры. Он называет это программист, управляемый. То, что я думаю об этом методе похоже на то, как я использовал: игровое логику - это сама приложение, как приложение к вышеуказанной идее, приложение - это редактор игры, а фактическая игра разработана на основе инструмента.

Для меня первый метод, кажется, более разумным, поскольку компоненты игры могут быть повторно использованы для многих проектов. Со вторым методом, который выступает против Data Design, игровой код принадлежит только к этой игре. Вот почему я думаю, что Warcraft имеет так много игровых жанров в нем, таких как оригинальная Warcraft и различные пользовательские карты, а также один из самых известных: dota, которая фактически определяет новый жанр. По этой причине я слышал, как люди называют World Editor - это игровой двигатель. Это правда, как должен быть игровой двигатель?

Итак, после всего этого я просто хочу проверить, что есть ли недостаток в моем понимании этих идей (управляемый данными, программистым приводом, скрипты и т. Д.)?

game-engine data-driven

задан Amumu 15 September 2011 в 12:55

0 ответов

Другие вопросы по тегам:

game-engine data-driven

Игровой двигатель и данный дизайн [Закрыто]

0 ответов

Похожие вопросы: