Такие игры не пишутся в кадрах. Вы когда-нибудь слышали про ООП?)
Это - не код) Это - сценарий https://vk.com/images/emoji/D83DDE02.png
Например:
Класс Cell(ячейка) содержит данные о том, свободна ли она, что на ней стоит, тип и свою позицию.
Класс Barricade(преграда) содержит данные о занимаемых ей ячейках, стоимости разрушения.
Класс Tree(дерево) наследуется от класса Barricade и перезаписывает данные о занимаемых ячейках, тип устанавливает в "дерево" и стоимость уничтожения, а также спрайты, которые отрисовывают дерево.
И т.д.
Это по части карты.
Далее, к примеру, транспорт.
Класс Vehicle(транспорт) содержит скорость, конечную цель, тип, длину, тип клеток, по которому он может двигаться и всё остальное.
Класс Train(поезд) устанавливает тип передвижения "рельсы(тоесть, только по ячейкам рельсы, которые предположительно вы создадите)", длину в любую желаемую, спрайты, отрисовывающие поезд и всю игровую механику.

Не удивительно, что этот код тормозит. Зачем там такая куча слушателей ENTER_FRAME?
В идеале, в игре должно быть не больше одного такого слушателя.
Хотя этому скрипту это вряд ли поможет)

Автор книги "Making things move! (2007)" делит as3 анимацию на 3 типа:
1. Pixel per Frame на основе событий onEnterFrame
2. Timer-based на основе событий таймера
3. Time-based - комбинация, дает одинаковую заданную скорость объекта не зависимо от скорости кадров (стр. 505)
http://image.prntscr.com/image/5f945...31c6900b71.png

0l3, все, кто писал на флеше делят её на эти 3 типа(это очевидно).
Проблема в том, что автор темы совсем новичок и он ничего не читал из литературы. Он наверняка даже не поймёт, о чём вы.

Это не игровой фаил. Это экспериментальный.