Подскажите наиболее правильную Логику построения игр на AS3.

[zCHESNOKz]

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

[Akopalipsis]

Почитайте хотя бы темы указанные в первом посте. (http://www.flasher.ru/forum/showthread.php?t=138349)

[zCHESNOKz]

Почитайте хотя бы темы указанные в первом посте. (http://www.flasher.ru/forum/showthread.php?t=138349)

спасибо

[caseyryan]

Не существует определенной логики написания игр. Все зависит от конкретного проекта.

[zCHESNOKz]

Не существует определенной логики написания игр. Все зависит от конкретного проекта.

речь идет о MVC

[AlexLucas]

О нет...
Этого (http://www.flasher.ru/forum/showthread.php?t=138349) вам должно быть достаточно.

[Dukobpa3]

Был уже вечер....
А ёжики всё падали и падали.....

[Babylon]

Не существует определенной логики написания игр. Все зависит от конкретного проекта.

Логика написания не существует только для тебя.

[caseyryan]

Логика написания не существует только для тебя.
Babylon, а какая логика написания игр существует для тебя? Может поделишься универсальной логикой? ) Учитывая что об MVC и я и сам знаю, и это не относится конкретно к написанию игр.

[Babylon]

Как пример. Если игра предусматривает использование сервера я ее разрабатываю как вебсервис +MVC. Соответственно те советы, которые вы тут в избытке даете нашему юному другу как правило не пригодны для практического применения. Далее. Ресурсы я предпочитаю хранить в swc и xml. Использую интерфейсы в тех случаях когда это необходимо, а ни где попало.

[Hauts]

caseyryan прав.

Всё зависит от конкретного проекта. От конкретики и логика появляется.

А для сферического проекта в вакууме разумной логики нет.

[caseyryan]

Как пример. Если игра предусматривает использование сервера я ее разрабатываю как вебсервис +MVC. Соответственно те советы, которые вы тут в избытке даете нашему юному другу как правило не пригодны для практического применения. Далее. Ресурсы я предпочитаю хранить в swc и xml. Использую интерфейсы в тех случаях когда это необходимо, а ни где попало.

Что-то не усматриваю я в твоих словах "определенной" логики. Все то же самое, что сказал я, только немного перефразировано

[Zebestov]

Вы как-то опять все в вольный полет ушли, все терминами да аббревиатурами искрите. Да и вопрос сильно общий.

Автору рекомендую один из двух путей освоения подходящей архитектуры игрового приложения:

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

2. пойти на работу в команду с хорошим коллективом опытных разработчиков и принять как библию ту архитектуру, которую они используют в своей работе не первый год; не оспаривая, не ввязываясь в холивары;

А задавать такие по определению скользкие вопросы на форуме, где у каждого даже MVC и тот свой — не это самое.

[Babylon]

Нет не всё зависит

[GBee]

Нет не всё зависит
То есть файтинг, стратегию или стрелялку от первого лица вы одинаково делаете?

[Babylon]

форум мля в д/c превратился

[GBee]

в дефолт/сити?

[Babylon]

Я начинаю проектирование приложения со структуры данных. А бой, казуалка это или стрелялка - это разные виды

[Hauts]

Логика построения приложения != логика проектирования / разработки, как мне кажется. Ну да ладно, это уже флудом отдает всё.

[MikroAcse]

Вас не напрягает каждый раз писать одно и то же?
С каждым разом все больше и больше недовольных.
Остановитесь. MVC не нужен.

[GBee]

Babylon, вас не смущает, что вы сами себе противоречите. Говорите, что от проекта не зависит, а потом:
Если игра предусматривает использование сервера я ее разрабатываю как вебсервис +MVC
Использую интерфейсы в тех случаях когда это необходимо

Как можно спроектировать структуру данных, не привязываясь ТЗ?

Добавлено через 36 секунд
Остановитесь. MVC не нужен.
Воу воу палехчи.

[Psycho Tiger]

С Вашей репутацией это звучит как "я подключаю xpath, открываю XML редактор и удовлетворено протяжно вздыхаю." :)
Для Вас это будет откровением - но Флеш - это в принципе ТОЛЬКО вью. Все структуры данных создаются внутри только для сервировки этого вью. Это все звучит так же глупо, как "я ремонтирую велосипед, стиральную машинку и старые кроссовки моего друга Сашки одинаково - беру молоток, ну а остальное мелочи."

[Dukobpa3]

проектирование приложения со структуры данных.
Подход разработчика БД 90-хх годов.
С тех пор очень многое изменилось. И подходы в ходу другие.

А даже если и так, то структура данных у стратегии, стрелялки и файтинга будет отличаться.
А вот у двух стрелялок - уже будет похоже.

И игра это на две трети вид. Так что проектировать хоть что-то не принимая его в внимание - смысла нет.

Нормальный рабочий пример:
- Клиент-серверу: посоны, давайте вот эту модель поправим, а то нам по ней рисовать неудобно.
- сервер-клиенту: окай, только вот эту часть надо оставить, а то с нашей стороны херня получится.

И в таких диалогах проходит вся первая треть любого проекта.

[Tails]

О нет, уже 3 страница, остановитесь, пока не поздно..
Ведь есть же уже темы про мвц.

[Babylon]

ПсичоТайгер, ты в очередной раз выдавил из себя очередную банальщину.

[Zebestov]

Babylon, рекомендую использовать копи-паст для написания ников собеседников.

[Babylon]

Мне так удобнее. Вредно столько курить

[Akopalipsis]

Вот так и во всех темах, а ещё говорите, что "это" нужно читать ( это я про статью на пятидесяти страницах ). Если собрать все строки, то можно было бы создать на гитхабе акаунт от форума для всеобщего редактирования и уже там свои слова доказывать.

[Babylon]

Akopalipsis, вам уже пора переходить к письму, слишком много читать видимо вредно.

[Zebestov]

Вы спорите о том, чей совет лучше, переходите на личности, флудите, устраиваете перепалки.
Вы не приносите никакой пользы человеку, который задает вопрос.

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

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

Завязывайте.