|
|
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
Ну... процесс создания игры отличается от создания просто программы, изрядными затратами на графику, звук, создание сценария и собственно геймдизайном
Для просто программы как правило не требуется БД юзеров, админки, блокировки, биллинга и сервера, где игра болтается. Так же там не следует предусматривать чаты, форумы, игровую почту. Это в случае многопользовательской игры, конечно же. Это я так, в целом и в общем тк скть примечание сделал |
|
|||||
Banned
[+1 05.11.11]
[+1 09.08.11] Регистрация: Jan 2010
Адрес: РФ. Кемеровская область
Сообщений: 3,243
|
Цитата:
|
|
|||||
Ну, я так, в целом. Обзорно, тк скть. В дополнение
Естественно, что возможны самые разные вариации и сочетания |
|
|||||
Banned
[+1 05.11.11]
[+1 09.08.11] Регистрация: Jan 2010
Адрес: РФ. Кемеровская область
Сообщений: 3,243
|
Собственно, и пришли к выводу, что в целом процесс одинаков
|
|
|||||
Ну да. В целом и так и этак - комп нужен )))))))))
И большая чашка для кофе )) |
|
|||||
а какие типы программ можно писать для начало?что бы поставить цель перед собой и постепенно разбираться?что то для новичка подскажите?
|
|
|||||
хм.... что-нибудь максимально ТУПОЕ.
Тетрис напишите. Ксоникс. Lines... выберите игру и попробуйте повторить. В телефоне посмотрите у себя же, там всякие тупые игры любят совать. Пасьянс на худой конец. |
|
|||||
Регистрация: Nov 2008
Сообщений: 528
|
Цитата:
Принципы ООП проявляют свои сильные стороны, когда число классов в проекте исчисляется десятками. А до тех пор использование каких-то "продвинутых методик" вам может понадобиться только для того, чтобы приучить себя писать осмысленно и понятно для остальных. Но основная идея такая: каждому классу должна быть отведена чётко очерченная роль. Чтобы справляться с этой ролью класс может использовать классы "более низкого уровня". При этом класс должен всеми силами избегать обращений к классам "более высокого уровня" (потому что это означало бы, что он будет пытаться лезть не в своё дело). При этом чем меньше каждый отдельный класс знает о деталях работы вашего проекта - тем лучше. Абсолютно идеальный класс с точки зрения ООП не должен знать вообще ничего о других классах . Но поскольку тогда не будет связей между классами - то получается, что ваша задача - выстроить наиболее ясную, лаконичную, можно сказать "очевидную" связь между классами таким образом, чтобы каждый класс знал самый минимум того, что ему нужно знать, чтобы справляться со своей работой. На практике, конечно, бывает много случаев, когда эти правила (в отдельных случаях) лучше не соблюдать, чем соблюдать - но общее направление примерно такое. Последний раз редактировалось Stargazer; 03.04.2011 в 00:01. |
|
|||||
Хорошо,думаю для начала морской бой или крестики нолики как и подсказали!))
|
|
|||||
для боя и крестиков готовьтесь прогарммить ИИ ОППОНЕНТА
|
Часовой пояс GMT +4, время: 23:25. |
|
« Предыдущая тема | Следующая тема » |
|
|