Проблема решена на 9/10. Помещение переменных и методов в пространство имен mx internal, безусловно, уменьшает их непосредственную видимость, однако технически это не запрещает коду за пределами прикладной среды Flex обращаться к ним. Любой разработчик, которому известен идентификатор URI пространства имен mx_internal, может применять этот идентификатор для обращения к любой переменной или методу, уточняемому с использованием пространства имен mx_internal.

Однако целью пространства имен mx internal является не техническое запрещение использования переменных и методов разработчиком. Скорее оно является большим знаком предупреждения, сообщающим о том, что переменные и методы не предназначены для использования внешним кодом и могут быть изменены без предупреждения или привести к ошибочному поведению, если обращение к ним осуществляется из кода за пределами прикладной среды Flex.

Пример: управление доступом на основании разрешений

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

Защищаемый класс — класс, который предоставляет доступ к своим защищенным методам и переменным.

Методы и переменные с ограниченным доступом — группа методов и переменных, доступ к которым ограничен.

Авторизованные классы — классы, которым разрешен доступ к методам и переменным с ограниченным доступом.

Рассмотрим базовый код защищаемого класса:

package { // Это защищаемый класс, public class ShelteredClass {

// Пространство имен restricted уточняет переменные

// и методы, доступ к которым ограничен.

private namespace restricted;

// Это массив авторизованных классов. В данном примере // определен только один авторизованный класс: Caller, private var authorizedClasses:Array = [ Caller ];

// Это переменная с ограниченным доступом.

// К ней могут обращаться только авторизованные

// классы.