Явные идентификаторы URI в сравнении с неявными

До сих пор все наши определения пространств имен включали явный идентификатор URI, аналогичный тому, который выделен полужирным шрифтом в следующем определении пространства имен:

namespace fruit = «http://www. example. сош/games/kidsgame/fruit»;

Но когда объявление пространства имен явно не включает название пространства (URI), это название генерируется средой выполнения автоматически. Например, следующее определение пространства имен не включает идентификатор URI, поэтому среда автоматически создает его:

package { namespace nsl;

}

Чтобы доказать это, мы можем отобразить автоматически сгенерированный идентификатор URI для пространства имен nsl, как показано ниже:

namespace nsl:

traceCnsl. uri); // Выводит: nsl

Метод экземпляра toString ( ) класса Namespace также возвращает значение переменной экземпляра uri, так что вызов функции trace ( ) можно сократить до:

trace(nsl): // Также выводит: nsl

Однако при определении пространств имен вообще целесообразно указывать идентификатор URI, поскольку явные URI можно легко идентифицировать в любом контексте, даже между несколькими SWF-файлами, в то время как автоматически генерируемые URI таким свойством не обладают. В данном разделе мы будем указывать явные идентификаторы URI для всех пространств имен.

1 Хорошей практикой является включение идентификатора URI в определения любых

«4

пространств имен. 3?-

Обзор терминологии по пространствам имен

Всего на нескольких коротких страницах текста мы встретились с множеством новых терминов. Рассмотрим их.