pavelsha, я дал совет по тому, как строить обучение так, чтобы сразу создавать игру (исходя из интереса), обучить правильной архитектуре кода и языку программирования.
Проект лучше делать единый и на каждом этапе что-то новое добавлять (и в этот же момент - познавать=изучать).
Книги с подобным подходом, есть, но нужно их искать - они редки (чаще - обычные), но позволяют овладевать инструментом в полной мере (не разрозненными отрывками).
Я учу новое всегда по офиц.документации, поэтому, названий книг, к сожалению, не подскажу...
Zimaell, у сервера есть группа войск и есть защита, бой - это симуляция без визуализации (расчёт идёт на сервере). Подключился один в он-лайн - модель симуляции визуализируется в приложении.
Подключились оба - пишет, что режим боя - real-time, и уже после каждого действия игроков и расчёта на сервере, всем игрокам сразу отсылается изменение модели для визуализации, т.е. режим стратегии реального времени с серверной проверкой.
Нужно не главы перечитывать, а понимать взаимосвязи блоков кода до того, как начать заучивать материал каждой главы книги и всегда держать рядом архитектурную схему проекта.
Просто углублённо выучить и потом "налепливать" это в одну кучу - приведёт к тому, что я написал выше.
Что такое архитектура кода игрового проекта - сами представляете? Схему того, что он сделал, делает и хочет сделать - на стену повесили?
Думаю, что вряд ли...
Он не только идет повторяя книжку. Комбинирует, пытается сам придумать что-то по аналогии.
НЕЛЬЗЯ ЭТОГО ДОПУСКАТЬ!
Он ещё не научится ПОЛНОСТЬЮ И НАДЁЖНО сам отслеживать/контролировать всё, что он создал ранее.
Книга - даёт понимание "как сделать, чтобы..", но не даёт "как не развалить структуру проекта, добавив что-то налету...".
Он должен понимать как ПРАВИЛЬНО добавлять своё!
В этом - только Вы, архитектура и книга сможете помочь.
Иначе, он вырастит и будет плохим разработчиком.
Alex, каждое достижение имеет привязанные к нему триггеры, которые "дёргаются" по событиям в игре каждый раз, когда требуется обновить рейтинг (любые "ключевые" действия игрока, влияющие на его рейтинг).
Триггеры - это условия начисления для конкретного достижения.
Например, если сыграно 10 игр без проигрыша, то +1 к достижению "везучий" и обнуляем счётчик, иначе - считаем количество игр без проигрыша (проигрыш - снова обнуляем).
NedoKoder, никакого зума!!!
Как привести - я уже написал в ответе. Считайте через calc() нужные отношения размеров в зависимости от того, какая сторона больше (портретный/ландшафтный режим) и на их основе стройте то, что нужно.
Армянское Радио, вот, да уже похоже!
И с логическими - тоже самое...
Типа замостить область и указать оставшуюся фигуру. Или минимальная сумма клеток сетки от заданной к заданной, и подобные..
Или что-нить с таблицами истинности с предметами (тут должно быть по-проще)..
Вот ща я их придумываю, а вот этот процесс - хотелось бы автоматизировать, чтобы оно само генерило именно типы задач.
