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，就干脆不调用了。
害了我一个小时啊！
相关文档：
Spring IoC的主要思想是使用容器来实例化组件（并给组件注入所依赖的）。但是一般情况下，由Flex客户端所远程访问的组件是在服务器中由Blazeds来实例化的。因此配置BlazeDS来让Spring容器负责实例化Spring beans。BlazeDS支持工厂的概念来使得这种自定义组件可以实例化。工厂的作用仅仅是向BlazeDS提供� ......
1.java
Java代码
package com;
public class LoginDemo {
public String validate(String username,String password){
&nb ......
之前一直没在意父容器和子容器各自的生成次序，知道在项目中遇到一种case:初始化界面时父容器初始化的内容由子容器先初始化再触发，但是父容器必须在初始化时就已经加上了对子容器的监控。这就造成一对矛盾，既想先生成子容器又想先生成父容器。
先自己写段代码测试一下生成顺序，父容器
<?xml version="1.0" ......
Learning Flex in a week – Day1
Flex,Flash,Flash
Player,AIR概述
了
解Flex Builder
Flex
Builder工作空间
了
解Flex预编译组件
了
解MXML
组
件的数据绑定
处
理用户事件
了
解事件对象
使
用ActionScript添加事件侦听器
使
用HttpService获取数据 ......
