Каким будет Object.defineProperty в AS3?

Ваш пример на самом деле верен на 90%, но определите его как actionscript, а не как javascript!

Вы по-прежнему можете определять прототипы в AS3, и они по-прежнему будут работать так же, как прототипы в AS2. Единственная разница в AS3 — это компилятор. AVM2 почему-то не отбрасывает прототипы в нативные классы (хотя пользовательские классы я не тестировал).

Трюк с прототипом: приведите класс к объекту.

Например: если вы создаете:

Array.prototype.random = function():void{}

Затем создайте объект:

var myProtoArray:Array = новый массив;

произойдет 2 вещи:

myProtoArray.random() //ОШИБКА - это не удастся, AVM2 не сопоставил прототип с массивом

но

Объект (myProtoArray).random () // РАБОТАЕТ

random() был приведен к классу Object, а затем сопоставлен с Array - я понятия не имею, почему!

Надеюсь, это поможет, ура.

Признаюсь, я не слишком хорошо знаком с тем, как работает Javascript, но если я понимаю defineProperties используется правильно, это диктат времени выполнения не только того, каким должно быть свойство, но и связанного с ним пространства имен, к которому оно принадлежит (или, по крайней мере, того, что AS3 считает пространством имен).

Свойства класса либо предопределены и изменяются только с помощью пользовательских функций get() set(), либо динамические. После компиляции их пространство имен не может быть изменено (насколько мне известно), поэтому любое нечастное свойство неявно перечислимо и может быть изменено независимо от того, написали ли вы геттер/сеттер (то есть: foo.a = value). Согласно Adobe...

Создаваемые вами свойства являются перечисляемыми, но встроенные свойства, как правило, не подлежат перечислению.

При этом вы можете получить полный список свойств класса, используя describeType. Таким образом можно получить довольно исчерпывающий объем информации, и я подозреваю, что он подойдет вам, если вы хотите портировать пример воссоздания Mozilla defineProperties. Ниже приведен пример вывода только значений свойств.

function showProps(obj:*):void {
    var desc:XML= describeType(obj);

    // public vars
    for each (var n:XML in desc.variable){
        trace(n.@name + ": " + obj[n.@name]);
    }
    // getters
    for each (n in desc.accessor){
        try {
            trace(n.@name + ": " + obj[n.@name]);
        } catch (error:Error) {
            trace("Unable to read write-only property.");
        }
    }
}

Я надеюсь, что это поможет, но я уверен, что не совсем понимаю, чего вы пытаетесь достичь. Если бы вы могли уточнить, это было бы оценено.

Хорошо, ребята, всем спасибо за помощь, 22+ я дам резюме для людей, которые интересуются исходным вопросом, а после этого - покажу вам результат своих стараний.

Челлендж состоял из двух частей:

1 – предотвратить перечисление расширенного (=добавленного во время выполнения) свойства

К первой части - спасибо @bfavaretto, прокомментировал уровень вопроса - Object.setPropertyIsEnumerable - отлично справился.

2 – заставить расширенное свойство работать с функцией-получателем с доступом к this, чтобы оно могло использовать его в конструкторе возвращаемого значения.

Об этой второй части - В основном - я не смог найти способ увеличить (= добавить) метод получения свойства к прототипу и заставить его работать с экземплярами, которые пользуются его API через дерево наследования.

Во всяком случае, в этих пределах - вот результат:

https://github.com/osher/should.as

Не точное портирование из-за различий в платформах, и у меня все еще есть некоторые методы, чтобы догнать оригинальный should.js (например, методы тестирования HTTP), но достаточно близкие. Основное отличие состоит в том, что вместо

var o:Object = 
    { name : "Radagast"
    , color: "Brown"
    }
o.should.have.properties("name","color")
    .and.have.property("name","Radagast");
o.name.should.not.equal("Palandoo");
o.color.should.equal("Brown");

Вы должны пойти

o.should().have.properties("name","color")
       and.have.property("name","Radagast");
o.name.should().not.equal("Palandoo");
o.color.should().equal("Brown");

(скобки - геттер невозможен - поэтому атрибут должен быть методом, и вы должны вызывать его самостоятельно)

Теперь, если вы застряли и вам нужна помощь от intellisense, вы должны сделать это:

var should:tdd.Should = o.color.should();
should. <ctrl+space>

какой-то вид снимает жало, но заглянуть в интелисенс - это помогает

Важный

Еще одна вещь — вы должны заставить статический конструктор Should выполняться как можно быстрее, например, я делаю это здесь:

[Suite]
[RunWith("org.flexunit.runners.Suite")]
public class my_awsome_test_suite
{
            //forces the static constructor of tdd.Should
    import tdd.Should;
    private static var s:Should = new Should(); 

    public var c1:testCase1;
    public var c2:testCase2;
    public var c3:testCase3;
    public var c4:testCase4;
    }

Возможно, позже я добавлю соответствующий файл README.md и другие классные функции-члены в tdd.Should.

Веселиться