Принятый (и в настоящее время самый популярный ответ) имеет некоторые недостатки. Ответ служит для этого конкретного варианта использования, но комментарии расширили ответ до кажущегося общего решения.
Но в некоторых случаях это не типобезопасное решение, и оно не затрагивает все возможные объекты. Идея о том, что XML не поддерживается, была рассмотрена здесь и в других местах достаточно хорошо, но идея о типобезопасности - нет.
Предполагается, что это объект класса, созданный программистом. Вот некоторые тесты, которые я настроил (это в строгом режиме, но локальный тест). Обратите внимание на результаты теста int
:
var sprite:Sprite = new Sprite();
var xml:XML = new XML();
var testInt:int = 2;
var testClass:TestClass = new TestClass();
var testAnon:Object = {};
trace("classname 1 = " + getQualifiedClassName(sprite));
trace("myclass 1 = " + getDefinitionByName(getQualifiedClassName(sprite)));
trace("constructor a 1 = " + Object(sprite).constructor);
trace("constructor a 1 = " + (Object(sprite).constructor as Class));
trace("constructor b 1 = " + sprite["constructor"]);
trace("constructor b 1 = " + (sprite["constructor"] as Class));
trace("...");
trace("classname 2 = " + getQualifiedClassName(xml));
trace("myclass 2 = " + getDefinitionByName(getQualifiedClassName(xml)));
trace("constructor a 2 = " + Object(xml).constructor);
trace("constructor a 2 = " + (Object(xml).constructor as Class));
trace("constructor b 2 = " + xml["constructor"]);
trace("constructor b 2 = " + (xml["constructor"] as Class));
trace("...");
trace("classname 3 = " + getQualifiedClassName(testInt));
trace("myclass 3 = " + getDefinitionByName(getQualifiedClassName(testInt)));
trace("constructor a 3 = " + Object(testInt).constructor);
trace("constructor a 3 = " + (Object(testInt).constructor as Class));
trace("constructor b 3 = " + testInt["constructor"]);
trace("constructor b 3 = " + (testInt["constructor"] as Class));
trace("...");
trace("classname 4 = " + getQualifiedClassName(testClass));
trace("myclass 4 = " + getDefinitionByName(getQualifiedClassName(testClass)));
trace("constructor a 4 = " + Object(testClass).constructor);
trace("constructor a 4 = " + (Object(testClass).constructor as Class));
trace("constructor b 4 = " + testClass["constructor"]);
trace("constructor b 4 = " + (testClass["constructor"] as Class));
trace("...");
trace("classname 5 = " + getQualifiedClassName(testAnon));
trace("myclass 5 = " + getDefinitionByName(getQualifiedClassName(testAnon)));
trace("constructor a 5 = " + Object(testAnon).constructor);
trace("constructor a 5 = " + (Object(testAnon).constructor as Class));
trace("constructor b 5 = " + testAnon["constructor"]);
trace("constructor b 5 = " + (testAnon["constructor"] as Class));
trace("...");
С TestClass
определяется как:
package
{
public class TestClass
{
}
}
Результаты:
classname 1 = flash.display::Sprite
myclass 1 = [class Sprite]
constructor a 1 = [class Sprite]
constructor a 1 = [class Sprite]
constructor b 1 = [class Sprite]
constructor b 1 = [class Sprite]
...
classname 2 = XML
myclass 2 = [class XML]
constructor a 2 =
constructor a 2 = null
constructor b 2 =
constructor b 2 = null
...
classname 3 = int
myclass 3 = [class int]
constructor a 3 = [class Number]
constructor a 3 = [class Number]
constructor b 3 = [class Number]
constructor b 3 = [class Number]
...
classname 4 = src::TestClass
myclass 4 = [class TestClass]
constructor a 4 = [class TestClass]
constructor a 4 = [class TestClass]
constructor b 4 = [class TestClass]
constructor b 4 = [class TestClass]
...
classname 5 = Object
myclass 5 = [class Object]
constructor a 5 = [class Object]
constructor a 5 = [class Object]
constructor b 5 = [class Object]
constructor b 5 = [class Object]
...
Помимо любого текущего тестирования, есть довольно веская причина использовать getDefinitionByName
вместо constructor
методов. Метод getDefinitionByName
позволяет:
- Adobe разрабатывает внутренние решения для (текущих и будущих) проблемных областей
- вам не придется менять код для будущих разработок Adobe
- вам не нужно разрабатывать два (или более) отдельных метода динамической реализации.
Сейчас это может быть медленнее, но в будущем со стороны Adobe могут появиться улучшения, которые позволят решить проблему скорости.
(Например, раньше uint
был гораздо медленнее в циклах for, чем int
, поэтому было настроено много кода преобразования для использования более быстрого int
. Это была довольно простая проблема чтобы решить эту проблему, Adobe исправила это, и теперь есть много кода, который перепрыгивает через некоторые ненужные обручи для достижения устаревшей цели.)
Поскольку метод getDefinitionByName
работает правильно во всех случаях, код должен быть разработан с использованием этого метода, а затем попытаться заставить Adobe решить проблему со скоростью.