Flex setter 陷阱
这样的陷阱，谁能不中招？
Flex的setter大家都用过吧，看例子：
主程序：
<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" creationComplete="init()">
<mx:Script>
<![CDATA[
function init():void{
var c:Card = new Card;
c.count=0;
}
]]>
</mx:Script>
</mx:Application>
Card.as:
package
{
import flash.events.EventDispatcher;
[Bindable]
public class Card extends EventDispatcher
{
private var _count:int=0;
public function get count():int{
return _count;
}
public function set count(n:int):void{
trace("Card count setter called");
this._count=n;
}
}
}
够简单吧，陷阱已经出现。
setter不能被调用！
如果把[Bindable]去掉，就可以了。
为什么呢？
纯BUG！
大概是因为[Bindable]属性的setter是依据 PropertyChangeEvent 驱动的，由于此例的默认值是0，赋值操作也是0，就干脆不调用了。
害了我一个小时啊！
相关文档：
之前一直没在意父容器和子容器各自的生成次序，知道在项目中遇到一种case:初始化界面时父容器初始化的内容由子容器先初始化再触发，但是父容器必须在初始化时就已经加上了对子容器的监控。这就造成一对矛盾，既想先生成子容器又想先生成父容器。
先自己写段代码测试一下生成顺序，父容器
<?xml version="1.0" ......
忘记解除和承担内查泄漏风险
你可以在 MXML 中使用 标记或大括号以便实现绑定功能，然而这些方法将会产生开销。此外，你不能够使用这些技术去除绑定。如果你希望对高性能应用程序进行优化，你可以使用 BindingUtils 类来绑定你的对象。 BindingUtils 类的使用方式有两种：
bindProperty() 方法是用于绑定共有属性的静态方 ......
用Flex4加载Flex3的组件时，发现了这个问题：
当用spark添加一个mx组件时不会有问题，但当这个mx组件中还有其他组件
例如<mx:HBox><mx:Canvas/></mx:HBox>被添加到<s:Group></s:Group>
(注：通过AS代码使用addElement()添加，而不是直接写到mxml中)
stage.frameRate会瞬间达到1000！
之 ......
原来是这样，
我一开始用的是flex_sdk_3.4.1.10084（Stable Builds），（由于sdk3.5有combobox的bug）,但是在用RSL的时候，发现flash player 的AssetCache里就是没有swz,
原因是：我用的sdk是Stable Builds，它是没有swz的，
官网的解释是：
The Flex team dos not currently create signed versions of the major RSL ......
最近在弄FLEX的图表, 发现CHART 中的Legend 的字体通过直接设置Style 并没有办法改变字体大小.
google 了下, 发现了这个方法: 通过派生LegendItem类，并设置Legend的ItemClass属性来实现。
LegendItem 是Lengend 的元素, 就是里面一个一个的图示. 通过派生这个类, 就可以修改其相应的样式.
派生LegendItem 类, � ......
