Существует два способа решения данной проблемы: мы можем отключить проверку типов на этапе компиляции или предоставить компилятору доступ к классу Module при компиляции файла Main. swf. Эти способы рассматриваются в двух следующих разделах.

Отключение проверки типов на этапе компиляции

Чтобы отключить проверку типов на этапе компиляции при применении пользовательских методов и переменных основного класса загруженного SWF-файла, мы можем привести значение переменной loader. content к типу данных Ob j ect, как показано в следующем коде:

Object(loader. content).start( ); // Ошибки компиляции не будет

Кроме того, можно присвоить то значение, на которое ссылается переменная loader. content, нетипизированной переменной:

var module:* = 1oader. content:

module. start( ): // Ошибки компиляции не будет

В качестве альтернативы мы можем обратиться к загруженному объекту с помощью выражения событие In 11. target. content из функции-приемника события Event. INIT. Проверки типа значения переменной экземпляра target класса Event на этапе компиляции не происходит, поскольку типом данных объекта target является Object.

private function initListener (e:Event):void { e. target. content. start( ): // Ошибки компиляции не будет

}

В каждом из перечисленных случаев компилятор не генерирует ошибку при обращении к методу start ( ). Вместо этого проверка типа нашего значения переменной loader. content откладывается до этапа выполнения. Тем не менее, как мы уже знаем из гл. 8, отключение проверки типов на этапе компиляции приводит к потере производительности. В тех случаях, когда проверка типов откладывается до этапа выполнения, сообщения об ошибках не появятся, пока не будет выполнен потенциальный проблемный код, поэтому время отладки увеличивается.