С чего нужно начать для создания игры

[dark256]

Ну... процесс создания игры отличается от создания просто программы, изрядными затратами на графику, звук, создание сценария и собственно геймдизайном
Для просто программы как правило не требуется БД юзеров, админки, блокировки, биллинга и сервера, где игра болтается. Так же там не следует предусматривать чаты, форумы, игровую почту.
Это в случае многопользовательской игры, конечно же.
Это я так, в целом и в общем тк скть примечание сделал

[goodguy]

Ну... процесс создания игры отличается от создания просто программы, изрядными затратами на графику, звук, создание сценария и собственно геймдизайном

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

[dark256]

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

[goodguy]

Собственно, и пришли к выводу, что в целом процесс одинаков

[dark256]

Ну да. В целом и так и этак - комп нужен )))))))))
И большая чашка для кофе ))

[Phenom]

а какие типы программ можно писать для начало?что бы поставить цель перед собой и постепенно разбираться?что то для новичка подскажите?

[dark256]

хм.... что-нибудь максимально ТУПОЕ.
Тетрис напишите. Ксоникс. Lines... выберите игру и попробуйте повторить. В телефоне посмотрите у себя же, там всякие тупые игры любят совать.
Пасьянс на худой конец.

[Stargazer]

Сообщение от Phenom

а хотелось бы что то сделать что бы хорошенько понять принцип ООП,разобраться что к чему, а то в книге кроме как виртуального зоопарка ничего небыло, все примитивное!

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

Но основная идея такая: каждому классу должна быть отведена чётко очерченная роль. Чтобы справляться с этой ролью класс может использовать классы "более низкого уровня". При этом класс должен всеми силами избегать обращений к классам "более высокого уровня" (потому что это означало бы, что он будет пытаться лезть не в своё дело). При этом чем меньше каждый отдельный класс знает о деталях работы вашего проекта - тем лучше. Абсолютно идеальный класс с точки зрения ООП не должен знать вообще ничего о других классах . Но поскольку тогда не будет связей между классами - то получается, что ваша задача - выстроить наиболее ясную, лаконичную, можно сказать "очевидную" связь между классами таким образом, чтобы каждый класс знал самый минимум того, что ему нужно знать, чтобы справляться со своей работой.

На практике, конечно, бывает много случаев, когда эти правила (в отдельных случаях) лучше не соблюдать, чем соблюдать - но общее направление примерно такое.

[Phenom]

Сообщение от dark256

хм.... что-нибудь максимально ТУПОЕ.
Тетрис напишите. Ксоникс. Lines... выберите игру и попробуйте повторить. В телефоне посмотрите у себя же, там всякие тупые игры любят совать.
Пасьянс на худой конец.

Хорошо,думаю для начала морской бой или крестики нолики как и подсказали!))

[dark256]

для боя и крестиков готовьтесь прогарммить ИИ ОППОНЕНТА