Способы обращение к мувиклипу изнутри его таймлайна

[Fogflasher]

Всем привет. Очередной нуб-вопрос "на понимание".

Есть однофреймовый проект. Есть мувиклип шарика (имя экземпляра circle1_mc).
Внутри мувиклипа два слоя, на первом слое такой код:


stop();

import flash.events.Event;

addEventListener(Event.ENTER_FRAME, onEnter);

function onEnter(e:Event):void
{
x++;
y++;
}


Он работает, шарик летит по диагонали.

Однако возникают некоторые общие вопросы...

1. Почему мы нигде не обьявляем x и y, и при этом никакой ошибки "я не знаю что такое x" нет?
Могу предположить, что эти строки автоматически переводятся в this.x++ и this.y++, однако почему, например функция onEnter не закрывает видимость этих переменных от самого мувика? То есть функция могла бы "рассуждать" так: есть локальные переменные, они не объявлены, ничего не знаю - ошибка.

2. Можно ли как-то более явно указать эти координаты?
Я попробовал так:
circle1_mc.x++;
circle1_mc.y++;
и так:
stage.circle1_mc.x++;
stage.circle1_mc.x++;

но такие варианты как раз и не работают, возникают ошибки типа такой:
1119: Access of possibly undefined property circle1_mc through a reference with static type flash.display:Stage.

То есть, я догадываюсь, что надо как-то сначала указать стэйдж, но каким образом это сделать грамотно в AS3 не прибегая к внешним класс-файлам? И сколько есть способов такого обращения?

P.S. C классами мне покамест не очень комфортно, хотелось бы также узнать базовые вещи фрэймового кодинга.

[samana]

Почему мы нигде не обьявляем x и y, и при этом никакой ошибки "я не знаю что такое x" нет?
У мувика ведь есть уже свойства "x" и "y", "alpha" и т.д, зачем же их объявлять заново?

эти строки автоматически переводятся в this.x++ и this.y++, однако почему, например функция onEnter не закрывает видимость этих переменных от самого мувика?
Всё верно. И по этому в методе onEnter, перемещается именно ваш объект, ведь this - ваш объект (хотя this и не был прописан явно)

[Gaen]

Функция могла бы "рассуждать" так: есть локальные переменные, они не объявлены, ничего не знаю - ошибка.

Функция рассуждает так:
1. Видим обращение к переменной x
2. Ищем переменную x в локальной области видимости, не находим
3. Ищем переменную во внешней области видимости, находим свойство x класса MovieClip, чьим экземпляром является объект, внутри которого исполняется код
4. There is no problem. (http://stevelosh.com/blog/2013/04/git-koans/#silence)

C классами мне покамест не очень комфортно, хотелось бы также узнать базовые вещи фрэймового кодинга.

С классами проще, нежели с кадрами, т.к. код, написанный в кадрах, при компиляции флешки за уши притягивается к тем же самым классам путем всяких неявных преобразований и хитрых манипуляций, завязанных на недокументированные механизмы флешплеера.

[gloomyBrain]

С классами проще, нежели с кадрами, т.к. код, написанный в кадрах, при компиляции флешки за уши притягивается к тем же самым классам путем всяких неявных преобразований и хитрых манипуляций, завязанных на недокументированные механизмы флешплеера.

Вообще в процессе компиляции код как раз притягивается за уши к кадрам, а не к классам. А вот в процессе парсинга и исполнения байткода притягивается обратно.
Но с классами и правда проще.

[Fogflasher]

Ага, всё понятно. То есть знать всяческие root и getParent извраты, унаследованые из AS 2.0 не нужно.
И в AS 3.0 это считается кафирской ересью от программирования. Слава классам и богодержавному полиморфизму.