Обнаружена критическая уязвимость в Flash Player 10.0.12.36.
Идем сюда. И исправляем проблему, чтобы не попасть под раздачу огненных слонов.

Сегодня я начинаю серию (надеюсь, что это будет серия ;) статей на тему разработки MMO.

Связано это исключительно с моей работой в проекте по созданию многопользовательской онлайн обучающей игры для детей 4-7 лет.
В основном, статьи будут ориентированы на Flash-разработчиков, кое-где будет уделено внимание серверным скриптам и базам данных.

Цель этого моего начинания очень простая: хочется поделиться эмоциями (создавать такие проекты очень интересно и увлекательно), а также (по возможности) получить конструктивные отзывы от других разработчиков (ведь я уверен, что при проектировании допустил ошибки, что-то сделал не лучшим образом, где-то не знал про готовое решение и т.п.). Так что, фактически, хочется, чтобы это стало полезно для всех: кому опыт, а кому отзывы и новая полезная информация :)

Сразу хочу оговориться, что над проектом работаю не я один, а целая команда. Моя роль – архитектор проекта, с сильным уклоном в техническую часть + девелопмент движка.

Итак.

Проект называется Driving Kids (DK) и, фактически, представляет из себя многопользовательскую онлайн игру для детей в возрасте 4-7 лет. Основные акценты сделаны на обучении, развлечении и безопасности общения детей.

Проект разрабатывается с использованием стандартного набора для web-платформы:

PHP
MySQL (возможно, будет заменена на PostgreSQL)
Flash (AS 2.0 – да, третий ActionScript рулит, но в этом проекте есть специфика, о которой расскажу как-нибудь позже)

Для реализации игрового сервера, обрабатывающего сокетные соединения и реализующего обмен сообщениями, используется SmartFox Server PRO (не изобретать же велосипед, верно? ;-)

Вчера была запущена публичная демо-версия игрового мира.
Конечно, там пока пусто, но приятно видеть, как потихоньку начинает распухать таблица пользователей в базе данных ;)

Собственно, ссылка на проект: www.drivingkids.com

Недавно наступл на грабли при разработке приложения в Adobe Flash. Спешу поделиться опытом.

Сделал во флэше алгоритм контроля коллизий объекта с многоугольниками, заданными вершинами в виде массива точек. Т.е. без использования мувиклипов и, соответственно, MovieClip.hitTest(). Все работает прекрасно. Но. С одним “но”:

объект, чьи движения ограничиваются картой коллизий (набор многоугольников) нет-нет, да периодически и залазит внутрь закрытых зон.

Долго чесал репу, оптимизировал движение, тестировал. По итогу пришел к одному простому выводу: Flash жестко округляет координаты объектов на сцене с точностью до 0.5, т.е., фактически, до половины пикселя.

Следующий пример дает хоршее представление о том, что происходит:

this.createEmptyMovieClip('foo', this.getNextHighestDepth());

for (var i = 0; i < 20; i++) {
    foo._x = i/100;
    trace(( i/100) + ” – ” + foo._x);
}

Вывод:

0 – 0
0.01 – 0
0.02 – 0
0.03 – 0
0.04 – 0
0.05 – 0.05
0.06 – 0.05
0.07 – 0.05
0.08 – 0.05
0.09 – 0.05
0.1 – 0.1
0.11 – 0.1
0.12 – 0.1
0.13 – 0.1
0.14 – 0.1
0.15 – 0.15
0.16 – 0.15
0.17 – 0.15
0.18 – 0.15
0.19 – 0.15Что и следовало доказать – округление.

Решение: в случае, если необходимо иметь точные значения координат объекта, не полагайтесь на свойства объекта – заведите собственные свойства (например, px для _x и py – для _y) и храните актуальные значения в них.

Сегодня возникла необходимость быстрой сортировки массива в программе на ActionScript. Естественно, руки потянулись использовать стандартный Array.sort(), особенно, учитывая то, что по результатам сортировки массива мне необходимо сделать соответствующие перестановки MovieClip’ов по уровням z-индексирования, т.к. Array.sort() поддерживает пользовательскую функцию сравнения элементов.

Из-за природного недоверия решил сделать небольшой тест для встроенной функции сортировки класса Array. Результаты удивили. Оказалось, что стандартный метод использует пузырьковую сортировку. Печально. Ну да ладно. Пришлось сделать быструю сортировку (quick sort).