如何在flex中重构花括号内的代码

时间:2009-03-06 19:09:27

标签: flex actionscript

Data binding in ActionScript真的很酷。但是,如果我想将花括号中的大开关或if语句重构为函数,例如:

{person.gender == 'male' ? 'Mr.' : 'Ms.'}

成:

{salutation(person)}

编译器不允许我这样做。我知道属性,我可以在person对象上编写getter和setter。但是因为我现在使用内联的JSON对象,这是不方便的(我认为)。重构此代码的其他好方法是什么?

回答马特的评论。人的数据类型只是普通的对象。它是从服务调用的JSON格式解码的。

1 个答案:

答案 0 :(得分:4)

你需要使Person类(假设你有一个)可绑定才能使它工作。

但是,既然你说你正在使用JSON对象,我假设你只有从JSON字符串解析的匿名对象。在那种情况下,我很确定这是行不通的。您需要创建一个具有可绑定属性的强类型对象。

仅供参考:为了避免为您要创建的每个对象编写自定义JSON解析器,您可以使用bytearray技巧从vanilla对象创建强类型对象:

public static function toInstance( object:Object, clazz:Class ):* {
  var bytes:ByteArray = new ByteArray();
  bytes.objectEncoding = ObjectEncoding.AMF0;

  // Find the objects and byetArray.writeObject them, adding in the
  // class configuration variable name -- essentially, we're constructing
  // and AMF packet here that contains the class information so that
  // we can simplly byteArray.readObject the sucker for the translation

  // Write out the bytes of the original object
  var objBytes:ByteArray = new ByteArray();
  objBytes.objectEncoding = ObjectEncoding.AMF0;
  objBytes.writeObject( object );

  // Register all of the classes so they can be decoded via AMF
  var typeInfo:XML = describeType( clazz );
  var fullyQualifiedName:String = typeInfo.@name.toString().replace( /::/, "." );
  registerClassAlias( fullyQualifiedName, clazz );

  // Write the new object information starting with the class information
  var len:int = fullyQualifiedName.length;
  bytes.writeByte( 0x10 );  // 0x10 is AMF0 for "typed object (class instance)"
  bytes.writeUTF( fullyQualifiedName );
  // After the class name is set up, write the rest of the object
  bytes.writeBytes( objBytes, 1 );

  // Read in the object with the class property added and return that
  bytes.position = 0;

  // This generates some ReferenceErrors of the object being passed in
  // has properties that aren't in the class instance, and generates TypeErrors
  // when property values cannot be converted to correct values (such as false
  // being the value, when it needs to be a Date instead).  However, these
  // errors are not thrown at runtime (and only appear in trace ouput when
  // debugging), so a try/catch block isn't necessary.  I'm not sure if this
  // classifies as a bug or not... but I wanted to explain why if you debug
  // you might seem some TypeError or ReferenceError items appear.
  var result:* = bytes.readObject();
  return result;
}