организация кода в игре

[LifeIsRhythm]

Совсем нет. Любой DO может слушать событие ENTER_FRAME

Да, я это знаю и остается только добавить, что он должен быть добавлен в дисплей лист..

[ZackMercury]

Если вы делаете игру без MVC, то слушать ENTER_FRAME должен класс игры(который содержит игровую область).
Вешается обычно слушатель как и все другие действия - при init().
Он вызывает у всех своих внутренних элементов, которые движутся метод update(), в котором изменяется анимация и позиция персонажа.

[caseyryan]

Сообщение от LifeIsRhythm

Да, я это знаю и остается только добавить, что он должен быть добавлен в дисплей лист..

Нет.

package  {
 
	import flash.display.Sprite;
	import flash.events.Event;
 
	public class TestClass extends Sprite {
 
		public function TestClass() {
			var s:Sprite = new Sprite();
			s.addEventListener(Event.ENTER_FRAME, onEnterFrame)
		}
 
		private function onEnterFrame(e:Event):void {
			trace("enter frame"); // трейс срабатывает
		}
 
	}
}

[LifeIsRhythm]

Сорри! Прежде чем ответить, я тоже сделал тест, но по какой-то мистической причине событие не вызывалось.

Нашел причину -

package 
{
	import flash.display.Sprite;
	import flash.events.Event;
	public class Juggler extends Sprite 
	{
 
		public function Juggler() 
		{
			super.addEventListener(Event.ENTER_FRAME, enterFrameHandler);
		}
 
		private function enterFrameHandler(event:Event):void 
		{
			trace(event.type);
		}
	}
}

package
{
	import flash.display.Sprite;
	import flash.events.Event;
 
	public class TestClass extends Sprite 
	{
		public function TestClass() 
		{
			//var juggler:Juggler =  new Juggler();// так диспатчит
			// но в спешки я сделал так - 
			new Juggler()
			// неужели GC так быстро срабатывает?
			// И какая разница между первым вариантом и вторым ??? 
			//ведь в обоих случаях объект локальный...
		}
 
	}
}

[FlasherEgor]

Мистика в том, что вы не добавили Juggler в список отображения методом addChild().
Если я не ошибаюсь...
А нет, ошибаюсь:

отправляется непосредственно целевому элементу независимо от того, находится он в списке отображения или нет.

[Rzer]

А вдруг твой танк завтра будет из сети управляться? Или игрок из танка пересядет в подводную лодку. Всё как в жизни: Танк - он и в Африке танк, класс один. А какой водитель им управляет это уже другое дело. Получается три класса: Tank - с методами управления, AIDriver, PlayerDriver (который слушает клавиатуру и рулит танком, вызывая у него функции turnLeft(), gear(), break(), shoot()). А дальше вызывать player.setVehicle(tank). Причём игрока в академии научили рулить всеми устройствами которые могут ездить взад вперёд и поворачивать, поэтому у танка должен быть интерфейс IVehicle и Классы водителей работают именно с IVehicle, а не с конкретным танком.

[ZackMercury]

Подпишусь под словами Rzer, всё правильно сказал.
И ещё добавлю, что вместо turnLeft можно сделать функцию, которая будет медленно поворачивать дупло танка влево-вправо, через ENTER_FRAME, и вторую функцию, которая будет давать целевой угол поворота. Функция по ENTER_FRAME будет плавно поворачивать тыкву танка в нужную сторону в зависимости от целевого угла.

[caseyryan]

поэтому у танка должен быть интерфейс IVehicle и Классы водителей работают именно с IVehicle, а не с конкретным танком.

Это геморрой. Сам на эти грабли наступал. Лучше сделать базовый класс общий, Vehicle extends Sprite и от него наследовать все остальное. Не нужен там интерфейс. Так как при необходимости подписать его на события или добавить в дисплей лист надо будет приводить к соответствующему типу, потому что нужных методов у IVehicle нет. Вопрос: зачем тут нужен интерфейс тогда?
Я говорю это не по наслышке. Я просто делал игру Война Икс в вк (пришлось сейчас отключить из-за нерентабильности), и там сделал именно с интерфейсами (в точности как у вас описано). Ох и натерпелся я в ней проблем из-за этого

[in4core]

Я говорю это не по наслышке. Я просто делал игру Война Икс в вк (пришлось сейчас отключить из-за нерентабильности), и там сделал именно с интерфейсами (в точности как у вас описано). Ох и натерпелся я в ней проблем из-за этого

Да не нужны в ас3 интерфейсы , не партесь, это все для максимальной чистоты кода, не больше, а вот проблем типа addChild - навалом.

[ZackMercury]

Ну, я люблю мечтать, что когда-нибудь напишу игру, построенную на интерфейсах, как идеал. Кажется, это так здорово. До сих пор ни разу их не использовал.
А насчёт приведения типов... Разве не по иерархической структуре всё это собирается?
Например, класс, реализующий методы интерфейса IPickable, называется Thing. Thing наследуется от Sprite. Яблоко наследуется от класса Thing. Неужели для добавления в DisplayList нужно приводить тип as DisplayObject? Я прост не пользовался интерфейсами никогда)

addChild(new Apple());