1.removePopUp()方法，它一定是個靜態(tài)方法，不必創(chuàng)建PopUpManager類的實例就能使用removePopUp()方法。
2.<mx:model>標簽必須要有五個根節(jié)點，根節(jié)點的名稱的并不重要。
3.XML中的數(shù)據(jù)是沒有類型的，使用的時候要設置數(shù)據(jù)類型。
4.給一個對象創(chuàng)建屬性，必須使用方括號表示法來創(chuàng)建屬性。如：categorizedProducts[c.@catID]
5.tree中屬性:showroot
設置根項目的可見性。如果 dataProvider 數(shù)據(jù)包含根節(jié)點，并且根節(jié)點的設置為 false，則 Tree 控件不會顯示根項
目。僅顯示根項目的后代。此標志不會對非根項目的 dataProvider（如 List 和 Array）產(chǎn)生任何效果。
5月21日
6.注意horizontalList中有一個labelFunction屬性，可以指定方法（方法得有返回值），和labelField差不多。
7.HorizontalList和TileList都只許顯示文字，使用itemRenderer屬性可以忽略 這種默認行為。當為itemRenderer提供值時不是輸入文件名的擴展名，而是輸入itemRenderer相對主應用程序文件的路徑。
8.Repeater可遍歷數(shù)據(jù)集，并使你能訪問其中的每一項。在循環(huán)時有兩個屬性能幫你訪問數(shù)據(jù)：currentItem屬性引用了所有數(shù)據(jù)中當前正處理的部分，而currentIndex代表從零開始進行的一個計數(shù)，指定了數(shù)據(jù)集中當前項的位置。currentItem和currentIndex屬性都只在實際循環(huán)時有意義。 getRepeaterItem()方法也很有作用：返回dataProvider屬性中的一項數(shù)據(jù)。 如：event.target.getRepeaterItem().cost(cost是屬性)
5月22日
9.自定義事件為什么要重載clone()方法：一個定義事件如果不重載clone方法一般情況下不出問題，但是如果這個事件要進行中繼的話，也就是說被繼續(xù)派發(fā)下去的情況下，重載就非常有必要了。
private function relay(customEvent:CustomEvent):void
{ dispatchEvent(customEvent); }
這個relay方法就是對CustomEvent的第一次響應，然后在這個方法里繼續(xù)向外派發(fā)這個事件，由另一個事件處理器來繼續(xù)處理；在重新派發(fā)事件的過程中，flash內(nèi)部的事件框架將會調(diào)用事件的clone方法來生成這個事件的一個新實例，如果沒有重載clone方法，也就是說使用的是默認的重載方法，那么新的事件實例就是一個普通的event，而不是自定義事件，這時，在下一個事件監(jiān)聽器中如果期待的是自定義事件的話，就會發(fā)生：Error #1034: 強制轉(zhuǎn)換類型失敗:無法將 flash.events::Event@5e514f1 轉(zhuǎn)換為.....的錯誤；
10.根據(jù)事件的冒泡機制，如果自定義事件的組件處于最里層。可以在事件建立時多聲明一個bubbles參數(shù)（默認就為空）：
public function ProductEvent(prod:Product,type:String,bubbles:Boolean=false){
super(type，bubbles);
this.product = prod;
}
public override function clone():Event{
return new ProductEvent(product,type,bubbles);
}
發(fā)布事件用到時，把bubbles設置為true，這樣最上層就可以收到，中間層不用轉(zhuǎn)發(fā)了：
var e:ProductEvent = new ProductEvent(prod,'itemAdded',true);
this.dispatchEvent(e);
