PDA

Просмотр полной версии : Переезд с флеш на unreal engine


inozemcev
30.03.2015, 02:40
Привет. Поприсутсnвовал некоторое время в соседней ветке об unreal engine и решил создать свою собственную поскольку немного о другом все таки буду писать.

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

Собственно рассматриваю три варианта: остаться на флеше для браузерок на старлинге. переехать на юнити и переехать на анреал. Клиент написан на роботлегс, общался с Андреем Скориком, очень сильным программистом, он предлагает перевозить для начала всю клиентскую часть на haxe и потом уже в рамках конкретной платформы через апи реализовывать уже надстройки на отдельных платформах будь то старлинг юнити или анреал.

Написал роботлегс админам, те собственно подтвердили что варианта роботлегс на с++ нет, и что haxe кажется самым очевидным решением.

Собственно хочу поинтересоваться у вас как бы вы поступили на моем месте?!

caseyryan
30.03.2015, 06:55
Много кода? Переписать руками не вариант?
Просто больше, чем уверен, что с haxe заморочек будет не меньше. У анрила ведь свой API и одного перевода на C++ явно будет не достаточно

inozemcev
30.03.2015, 13:07
Кода достаточно, но дело даже не в объеме, хочется сохранить архитектуру. Код разбит на множество автономных команд, а также моделей, сервисов, вьюшек стола, фишек, рук.

gloomyBrain
30.03.2015, 18:49
Проведите SWOT-анализ. Это позволит Вам все взвесить для каждой платформы.
Что до моего скромного мнения - я бы оставил на Flash. Зачем переписыватьто, что можно не переписывать? =)

caseyryan
30.03.2015, 19:21
я бы оставил на Flash. Зачем переписыватьто, что можно не переписывать? =)
После того, как прочитал вот это
вьюшек стола, фишек, рук.
Первая мысль пришла такая же.
Если бы это был какой-нибудь 3д шутер или что-то подобное, то да. А карточную игру или казино можно и на флеше красиво сделать

inozemcev
31.03.2015, 03:10
Я планирую сделать вторую игру, уже с открытым миром чтобы герои бегали крафтили и собирали карты по уровням. Для первой игры флеша будет достаточно, но для последующих уже нет, поэтому хотелось все что связано непосредственно с карточным батлом также уже начать реализовавть на ue. Ну и магию тоже в ue гораздо комфортнее делать, всякие огненные глыбы, молнии и.т.п.

Psycho Tiger
31.03.2015, 07:35
Любое экономие времени "сейчас" (попытки перетрансляции кода вместо переписывания, когда таргетированная платформа другая (и нет возможности "комбинировать" две технологии), забивание на автоматические тесты, костыли и прочее) – это головная боль "потом". Посчитайте, сколько времени Вы тратите на попытку найти "как-бы перекомпилировать на другую платформу" и сколько займёт просто переписывание/трансляция кода. Часто бывает, что тратится неделя на поиски, когда за полторы можно качественно переписать на другой технологии.

inozemcev
31.03.2015, 18:09
Я не против написать весь клиент на c++. Просто я не понимаю неужели c++ чужда парадигма организации кода на командах и MVC + S паттернов. Я понимаю что тут многие мало знакомы с с++. Я и сам не семи пятей во лбу в нем, но просто не верится что нету ничего подходящего за столько лет существования с++. Я знаю что у puremvc есть порт для c++ в крайнем случае можно его использовать.

Max_Payn
01.04.2015, 20:38
на анриал перейти это очень крутой шаг, как бы ни было это профи движок. Может лучше попробовать сначала на Юнити поработать?

caseyryan
02.04.2015, 09:30
Может лучше попробовать сначала на Юнити поработать?
А юнити это для дилетантов?)
Анрил в освоении даже проще юнити

Psycho Tiger
05.04.2015, 07:31
Я не против написать весь клиент на c++. Просто я не понимаю неужели c++ чужда парадигма организации кода на командах и MVC + S паттернов.
Ну, я не думаю что на плюсах невозможно реализовать паттерны (ну архитектура, ок), что реализованы на AS3. Другое дело, что если это реализуется сложно – значит, язык предлагает другие подходы.