Ответ: с чего начать?
 

Ответ: с чего начать?
 

Таблицы это пассивная модель данных (да по сути БД). А раз ими можно было заменить твою структуру классов, то скорее всего ты не в том месте проявлял свои архитектурные навыки :)

А еще можно пойти шаурмой торговать, а потом открыть свой ларек, и может быть когда-нибудь целый магазин.

Ответ: с чего начать?
 

А еще можно целыми днями до посинения продумывать/придумывать архитектуру игры, отрастить бороду до колен и помереть так и не накодив не одной игры.

Ответ: с чего начать?
 

Называется перфекционизмом. :)

Ответ: с чего начать?
 

Когда это БД стала пассивной моделью данных?

Ты не просек фишку. Фишка в том, что чем более универсальна твоя структура, тем больше будет "узкой" работы потом. Универсальная структура потом все равно будет описывать такие узкие области типа поведения npc, ai и прочее. Но в силу своей универсальности она будет иметь разную эффективность и удобство описания в зависимости от области. В этом есть необходимость если ты делаешь универсальный двиг по типу анрила, для игры это совсем не обязательно. Просто отнимает время.

Ответ: с чего начать?
 

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

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

Одному можно вообще написать небольшую игру без ооп. (блиц тому подтверждение)

Ответ: с чего начать?
 

Что-то вы нифига не шарите ни в проектировании, ни в компромиссах :(

Ответ: с чего начать?
 

О спасибо, как раз искал подобное чтиво. :)

Ответ: с чего начать?
 

Для проектирования есть UML. Вполне себе годная штука.

Не знаю о чем ты, но я о вреде погони за универсальностью движка. Если есть какая то конкретная концепция игры, то выдумывать нечто мегауниверсальное совсем не обязательно. К примеру делаешь вроде бы классический шутер, но продумываешь двиг так, чтобы в нем можно было сыграть в шахматы и поставить скриптами Властелина Колец.

Ответ: с чего начать?
 

Это всего лишь язык представления. Эта штука не придумает за тебя архитектуру.

А я о устройстве самой программы. Взаимодействии ее частей(ну типа рендер, физика, гуй, бд, асинхронное взаимодействие с сервером, итд).

А не о конкретной реализации конкретной игры.

Ответ: с чего начать?
 

u dont say?Вопрос был о том, "чтобы другие люди могли разбираться и ничего не испортить". Она помогает в разработке этой самой архитектуры и дает другим представление о ней.

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

Ответ: с чего начать?
 

Да. Но чтобы кому то довать представление о своей архитектуре, нужно сначало придумать эту самую архитектуру.

Вроде ты проповедуешь грамотность написания, а сам такие некрасивые окончания ставишь :-D

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

Да и вообще тут спорить можно вечно.

Ты пропагандируешь, что соотношение гибкость/код должно быть 10/90.
А я говорю что в зависимости от целей это соотношение может меняться с 10/90 до 50/50. Вот и все.:)

Ответ: с чего начать?
 

facepalm.jpg

Ответ: с чего начать?
 

Окей. Возможно через пару лет зайдешь в топик и перечитаешь и изменишь свое мнение (хотя с учетом последнего поста, мне оно вообще не понятно.):)

Ответ: с чего начать?
 

Окей. Только это последний пост здесь на эту тему. Если дальше возникнет желание спорить - в биорактор.

Да ты просто кэп! Этого же никто не знает!

UML в данном случае вспомогательный инструмент. Он дает представление как одному разрабу, так и команде(если кто не знает стандарты uml - его проблема). Все взаимодействие как на ладони. Можно сразу с места в карьер, но это уже по ситуации.

Сравнил мою опечатку и твое извечное "будит". Посчитай свои ошибки в этом посте (красным пометил).

Как ты перевел качество кода в цифры я хз, но я совсем не о том. Я о том, что ты плодишь кучу ненужной ерунды в сущности не решая основную задачу.