Вот уже более полу года я тружусь над проектом флэш игры, но досих пор у меня небыло четкого представления полной картины. С чего игра будет начинатся, где будет проходить основные действия, что пользователь должен делать в том или ином случае. Но недавно я осознал что мне надо, как говорится, чотко и ясно.
Итак, после запуска игры, будет показано окно привтествия с 4 кнопками:
1. Начать игру.
2. Управление.
3. Доска счета.
4. Об авторах.
При выборе первого пункта, пользователь сразу попадает в игровую область. Предположительно в тренировочную локацию. Игрок может в любое время (если в локации нет врагов) перемещатся между локациями с помощью гиперпрыжка и навигационной карты.
В каждой локации, по крайней мере в первой версии игры, будут находится враги (разного уровня сложности). В дальнейшем в локациях будут размещены стационарные объкты, а так же квесты.
Если пользователь решит покинуть игру, его прогресс сохраняется. В следующий раз он может продолжить с учетом достигнутого ранее.
Идеи
Cassiopeia, Идеи
Начинается разработка 6 фазы игры Cassiopeia. Главная задача этой фазы, сгруппировать всю наработанную функциональность воедино, придать ей определенный смысл. Так, например, одной из важных задач будет разработка навигационнной карты что даст возможность переключатся между локациями, что в свою очередь увеличит игровое пространство. Это позволит игроку встретить больше врагов, заработать больше очков, что в свою очередь сделает доступным улучшать корабль (что было разработано в предыдущей фазе).
Вот подробный план того, что я хочу сделать:
Фаза 6. (0/5) Время собирать камни.-
1. Разработка навигационной карты.
1.1. Добавление 9 областей на карту.
1.2. Добавление солнца и движущихся планет (в бэкграунд)
1.3. Разработка пользовательского интерфейса для выбора места назначения для гиперпрыжка.
1.4. Добавление кнопки вызова навигационной карты на сцену.
1.5. Блокирование возможности совершить гиперпрыжок если в области присутствуют враги.
2. Улучшение Level класса.
2.1. Каждая область должна загружатся используя методы Level.
2.2. Создание возможности кастомизации уровней с помощью XML.
2.3. Загрузка уровня происходит путем вычитки XML.
2.4. Создание простых, средних и тяжелых по сложности прохождения областей.
2.5. Очистка памяти при переходе между уровнями.
2.6. Очистка клипов при переходе между уровнями.
3. Рефакторинг main класса.
3.1. Добавление кораблей противника с помощью Level методов.
3.2. Добавление структур с помощью Level методов.
4. Сохранение прогресса в SharedObject.
4.1. Создание xml структуры для хранения данных об игрноке.
4.2. Имплементация методов сохранения и вычетки информации об игроке.
5. Создание стартового меню.
5.1. Элемент меню – Начать игру.
5.2. Элемент меню – Доска счета.
5.3. Элемент меню – Об игре.
Cassiopeia
5 фаза разработки успешно заверешена и мне хочется поделится с Вами некоторыми подробностями касательно игры.
Теперь при попадании в цель над ней будет появлятся нанесенный урон, а при уничтожении корабля проитвника – полученный бонус:
Счетчики очков и урона
Для перехода между локациями будет использоватся система гиперпространственных прыжков, пока это выглядит примерно так:
Анимация гиперпрыжка
В процессе прохождения игры, игроку придется постоянно совершенствовать свой корабль в четырех возможных направлениях: основное вооружение (лазеры), вспомогательное вооружение (ракеты), защита (щиты) и скорость передвижения (топливо).
Окно улучшений
Cassiopeia
Cassiopeia
Уважаемые дамы и господа!
До сих пор не было ни одного «документального» подтверждения существования нашей фирмы, и я решил это исправить.
Сим письмом аннонсирую создание фирмы «noname» (Название фирмы в будущем может быть изменено),
в данный момент специализурующейся на создании компьютерных игр.
Состав фирмы:
Романюк С.В. – директор
Игнатовский А.С. – арт-директор
Точко Е. – дизайнер
Первый продукт:
Компьютерная игра-аркада «Кассиопея». Сроки выхода из неофициальных источников: первое полугодие 2009 г.
Regards,
Alexey Ignatovskiy.
Cassiopeia
Cassiopeia
Определение элементов окна основанное на координатах
Если вам необходимо воспользоваться именно коородинатным определением элемента окна, то вам надо выполнить две операции:
1. Определить координаты объекта в окне (можно с помощью Record – Window Locations).
2. В мультитэге для элемента добавить еще один элемент: х и у координаты элемента (см картинку).
SilkTest coordinate based element declaration
Помните что координатный подход определения объектов имеет ряд существенных недостатков, главный из которых: надежность вашего скрипта снизится так как восприятие элекментов окна SilkTest’ом будет целиком и полностью зависеть от разрешения экрана, величины монитора и других факторов влияющих на размер изображения. Я рекомендую использовать координатный подход в самом последнем случае, когда все другие методы определения элемента окна не принесли никаких результатов
SilkTest questions
Steve: подскажите пожалуйста, как определить координаты меню View (при тестировании WordPad)?
Потому что, на русском WordPadе меню View имеет одни координаты, а на английском WordPadе, координаты изменяются. Как сделать так, чтобы всегда кликать мышью по меню View, не в зависимости от языка WordPad?
SilkTest использует метки (tags) для определения элементов окна. Один элемент может иметь несколько меток. При определении окна Notepad (английской версии) будет записана следующая структура для элемента View:
View English only
Как Вы можете заметить меню View определяется меткой “View”. Если Вы хотите что бы это меню определялось и для русской версии Вам необходимо добавить дополнительную метку. При добавлении дополнительной метки tag необходимо изменить на multitag и дописать название элемента в русской версии Notepad’а. Название элемента чувствительно к регистру. В итоге должно получится вот так:
View English and Russian
Теперь элемент View будет распознан SilkTest’ом как в русской так и английской версии программы Notepad.
SilkTest questions
Комментарии