感謝小巧帶我去看煙火。坐在野餐墊上戰了七八場富饒之城後，我們順利地等到煙火。
特別喜愛像金色大煙火。沒有多餘的顏色，只有金與黑，如同一管巨大的毛筆沾著金粉墨水，緩緩地在天空黑布上抹下，不知怎麼如此均勻，彷彿盛開的花瓣，對稱的大圓。後來漸漸地垂下，像是金色的雨水沾著窗戶慢慢流下，而我們在窗沿邊拼命讚嘆，就像小孩兒第一次看見彩虹。
煙火是種表演藝術，一波又一波的花樣，前後呼應，剛剛流瀉而下的金雨，下一刻恍若退至幕前，另一道五彩煙花炸裂，一幅金葉藍花倏忽盛開。花開花落，數秒驟逝。
除了煙火本身之外，第一次體會到直接的輿論力量，後排的人們齊心吶喊請前排的民眾坐下，風行草偃，大家都能一望無際。感謝大家的公德心和同理心。
因應 XP 開發手法的趨勢，Adobe也推出FlexUnit: Unit test framework。但我個人覺得，Flex主要是關連到UI的，而UI的測試，光靠FlexUnit不夠的，用人測最直接。然而，通常你找不到那個人。
下載地點：Adobe open source project: Flex unit
何謂Unit Test? 簡單地來說：就每個Method當成一個unit(單位)，測試之。在XP的開發過程中，是測試導向開發，什麼是”測試導向”? 就是：每次要寫新功能的時候，不是先寫功能的運作方法，而是先寫『測試該功能的程式』，換言之，我們要以”通過測試”為方向，去開發新功能的程式。因此，我們的開發流程往往是: 先寫空白的功能程式，譬如一個空的方法: getSomeResult()，然後先寫測試碼(test case)，像是: testGetSomeResult() 然後寫上我們”預期的”測試結果，立刻跑一次test runner，當然，不會過關，立刻回頭撰寫getSomeResult()內容，讓它正確通過test case，那麼getSomeResult()即開發完成 。(見下方的步驟)
這樣的好處，除了確保開發出來的功能可以通過測試；往後的重構(refactor)或是需求變更，都可以再次把unit test 列出來跑一次，確保原來的功能沒有毀掉。
使用步驟：
例子：
特別要強調的是，針對Event處理的測試要怎麼寫? 因為Event發出的時間往往有時間差，並不即時。FlexUnit體貼地加上了一個addAsync() 的方法，幫助我們測試event listeners。寫法如下:
這三者的關係，可以用一個情境來解釋：
總機先生，電話機，通話內容。
總機先生是 Listener
電話是 EventDispatcher
通話內容是 Event
通話內容必須透過電話傳達出去，出去之後就由總機先生立刻接聽；此外，一通電話內容可以讓無限個總機接聽(想像把電話機設定成擴音模式)。這個模式的作用在於，讓總機先生在『適當的時間』，做『適當的事』，比如說，一接到找老闆的電話，就要先問：『您是哪位？』此時『一接到電話』就是Event 透過EventDispatcher 發出來了，又正好總機監聽著電話狀態，所以總機立刻根據電話內容(event)，做了特定的事情(問:您是哪位?)。再舉個例子，像是接到愛慕的A氏，就回答:『哈囉你好嗎?』 這兩種回達都是一個Listener ，根據不同的事件，定義不同的listener。
Listener 在 AS3.0 的世界，規定要寫成:
要監聽某個電話就要寫成:
myPhone.addEventListener( eventType , myListener );
其中eventType是個字串，代表事件的類別(老闆打的還是同事打的)，myListener 就是呼應的動作。要特別強調的是，在AS的世界裡，當一個Event被dispatch出來之後，對應的listener幾乎『沒有時差』就發動，因此我們常遇到UIComponent繪製畫面不如預期，這時可在listener之中利用 callLater 來針對UIComponent操作，利用callLater的延遲是比較正統的作法。
當兩者糾纏在一起的時候，如果由AIR呼叫Javascript 會掛掉的話，可先試著用setTimeout，通常都可以解決。因為HTML DOM需要時間初始化，Javascript 才能被呼叫。
像是 setTimeout( domWindow.myJsFunction , 1000 );
見:DragManagerImpl.as
由於原本的DragManager實作了IDragManager，裡面並沒有公開endDrag()此signature，因此你必須轉型之後才能呼叫這個方法。
針對Flex 預設的Drag-Drop，List元件會貼心地幫你畫出indicator(預設是一條線)，然而，一旦試著用 DragEvent#preventDefault()時，indicator 會殘留在畫面上，此時，可以利用
即可清除掉indicator, highlight 等 DisplayObject.
==
To clean up Flex default DragDrop visualization, try ListBase#hideDropFeedback(event), Especially when implementing your own drag-drop event handlers. This method remove all highlight and indicator display objects.
模仿Rails的Inflection方法，用actionscript 改寫如下:
如:
Inflection.singularize( “cars” ); //cars => car
如:
Inflection.pluralize( “apple” ); // apple => apples
原始碼如下:(source)
上次提到的Mac Native Menu 監聽不到自訂menu item之問題有解答了。
問題關鍵在我的 ApplicationUpdaterUI ：ApplicationUpdaterUI 在初始化完成後，會摧毀自訂item的事件發送，所以無法選擇，但是系統預設item依舊運作良好。換句話說，在 ApplicationUpdater 發出 UpdateEvent.INITIALIZED 之前，建立的native menu都會失效(看得到選不到)。 因此必須針對 ApplicationUpdaterUI 監聽事件，之後才加上自訂的menu item，如此才能圓滿達成自定menu item與native menu item 共存的成果。
以下例子: 簡單地在 Mac 的第一個menu item下加入一個”myItem”
Mac的比較漂亮啦 !
剛剛研究出快速畫出Mac標題列的樣式，這麼做:
建立自己的ProgramaticSkin, 覆寫 updateDisplayList( w , h );