April, 2007 > 所有文章列表
在 iPod 與 iTune裏，forward/rewind button 通常有 2 種功能
-按一下就放開(tap)：跳到下一首歌
-按者不放開(hold)： 快速前進
一般在 flex 裏操作 Button 時大多是偵聽 click event，代表按鈕被 "按下" 然後 "放開"，兩者是一體的，缺一不可，但也因此無法區分 tap or hold 的操作。
如果要區分上述兩種效果就必需要動點手腳，今天玩了一下找到了一個簡單又好用的解決方法。
這裏主要是在玩弄 Button 內建的兩個的 event
-buttonDown
-click
另外 buttonDown 還提供兩個參數 repeatDelay, repeatInterval 可更精準的控制 holding 的行為，真是非常貼心的設計。
Actionscript:
-
var first:Boolean = true;
-
var isHolding:Boolean = false;
-
-
function onDown(){
-
if(first){
-
first = false;
-
return;
-
}
-
//
-
trace("button holding down: ", getTimer() );
-
isHolding = true;
-
}
-
-
function onClick(){
-
if( !isHolding ){
-
trace("click and release, it's a tap");
-
}
-
first = true;
-
isHolding = false;
-
}
XML:
-
<mx :Button label="test"
-
buttonDown="onDown()" repeatDelay="200" repeatInterval="60"
-
click="onClick()" autoRepeat="true"
-
/>
| by admin
oh holy mother of god...
FAQ
team interview
這大約是20分鐘前剛出來的新聞，大意是說 Adobe 打算把整個 Flex SDK 都開源，採用 Mozilla Public License (MPL)。
＊那些東西會開源？
-Component source code
-Java source code for the ActionScript and MXML compilers
-ActionScript debugger
-Core ActionScript libraries from the SDK
-Bug base
＊那些東西沒開源？
-Flash Player
-Flex Builder (包含正開發中的 Moxie - Flex 3)
-FDS
-Charting component
-Flash Type (它是買來的授權，肯定不能開源出來)
＊開源之後有什麼影響？
最大的好處就是 Flex tool(Flex compiler and framework classes)的engineer 與 qa 人員由原本美國/印度的兩百多個立刻爆增為全球的十數萬人(據adobe前年的新聞稿，他們預估五年內將有百萬個 flex developer，而這些人都是潛在的 committer 啊~)
而對 flex/apollo developer 來說，以往要苦苦等待原廠工程師修掉一個bug，或是回報 bug 後等半天沒回應，現在不會再發生了，你發現的bug 可能別人已經修好並放回svn裏，你只要 update 一下就有了，想要一個新功能？自已寫好再commit 進去就可以跟全世界分享。
更棒的是，一旦底層的工具開源了，這世界上總是有數不完的熱血青年會玩出許多有趣的應用，所以放眼展望未來的12個月，伴隨者開源的程式碼與許多檯面下正進行中的產品，屆時整個 RIA 界又會是另一個新風貌。
另外一個可以玩的方向是像 SAP，直接把 flex SDK 包進自已的 UI工具組(NetWeaver Visual Composer)，讓客戶可以自行開發延伸套件但介面端改用 flex 生成 swf 檔，以往要這樣做必需要獲得 adobe 的授權跟許多hacking，但現在人人都可以做，而且 MPL 的限制並不高，門檻也就相對變低。
This is really an exciting times !
＊那 Adobe 要賺什麼？
放心，商業公司的天職就是獲利好對的起股東，adobe 還是有賺頭的，來源包括
-Flex Builder：賣 IDE 一向是 Macromedia/Adobe 的老本行，最近 CS3 隆重推出肯定能再撈一票，只要將來不要變 Flex Builder 3 CS3 就好 XD。
-Component set: 現在的 Charting component 一套賣 $299，在可見的將來，將會有許多像以往 Macromedia時代 Devnet 光碟式的更新套件，三不五時推出一些新元件，例如，咳咳，treegrid...
-Life Cycle Data Services: 就是原本的 FDS，只是現在跟 PDF server 綁在一起主攻企業用戶。
-其它週邊：據最新八卦來源指出，其實李開復要 follow the heart again 準備離開 google china 了，喂喂，在講什麼，我是說 adobe 在不久的將來可能推出 .net 平台的 flash remoting，甚至可能連 AMF/RTMP 格式都公開...這些也都是可以賺錢的附產品
-Consulting: 這一直是 Adobe 很賺錢的一個部門，畢竟放眼全世界還有誰比原廠更瞭解自已家的產品？你的專案需要一個特殊的元件？還有誰比 Ely 更會寫元件？
＊這件事代表什麼？
呵，多了。
陰謀論者一定很快會說"這是 Adobe 回應 Silverlight 的防衛舉動" 但這樣想就把adobe 給看小了，關於 M$ 與 silverlight 我會再另文討論，但就我來看，flex 完全開源這件事很明顯是一步高明的棋，Adobe 看的是更高更廣的一個層次，想玩的東西也不是單單在某個產品或產業跟某個對手一決勝負，畢竟競爭有很多種方式，可以一球一球對決(咳咳...賀伯伯你好...)，也可以直接買下大聯盟從此那隊贏都有的賺，猜猜看 adobe 想走的是那一條路？
啊，最近實在太多想說的事，但時間少的可憐，既然沒有充裕時間就先暫此打住吧，有空再慢慢寫。
| by admin
news
效能增加 40%，修掉 180個 bug。
好讚的進度啊~~~看來再過兩個月好戲就上場了。
同場加映好文一篇
NetBean + JRuby 試用心得
| by admin
詳情
有趣的是那個頁面右邊有列出其它舉辦國家，看來今年只有美國、歐洲跟日本，整個中港台都直接跳過啊？
至於今年要不要去呢？很難說，如果當時人正好在美國又在附近城市，就順道過去看看，但絕不會再專程跑去大拜拜了，一來是時差問題會導致聽講品質很糟，另一方面，今年 cs3 剛出來，想必整個場子都會圍繞在這些產品，主題一多焦點就被分散了。
比較值得期待的應該是像 flex 360 Seattle 這種專業的 flex gathering 才比較好玩。
| by admin
Rails scaling problem with Twitter
response 1
response 2
事情大略是這樣的：
-Twitter 是一個最近快速抉起的網路服務，主要就是可以用簡訊、網頁更新自已的近況，幾個月前上面還沒什麼中文內容，但現在似乎頗多台灣人在用。
-有個blogger 訪談了 twitter dev team 的 alex，結果在訪問中他說 twitter 使用 ruby on rails 開發目前碰到最大的問題就是 scaling，他們的網站目前每秒有11,000個 requests，結果他們很驚訝的發現 ror 目前並沒有辦法同時存取兩個以上的 db，再加上 ruby 這個語言本身很慢，所以 bottleneck 一時無法解除。
然後此文一出後，就如同你知道的，當然立刻引發一場正反攻防戰，上面列出的兩個 response 是其中比較值得一看的(其實回應實在太多根本沒時間一一看完)。
比較有趣的是在 response 1中，ror的創始者 DHH 跳出來講了幾句話，另外其它幾個有趣的回應也整理如下。
(先插個花：更有趣的是在 response 2 中有人說 DHH seems to have an uncanny ability to track down negative Ruby/Rails comments on the web and refute them, 大意是 DHH似乎總能找到網路上說 ror 不好的文章然後立及反駁，結果不出幾個小時他就在前一個blog中回應了... 了不起啊~)
-DHH認為ror 一直是靠社群力量成長的project，因此 Twitter 應該要儘一份心力把他們解決問題的方式貢獻出來給 ror
-許多人認為如果能實現像 google 般 shared nothing architecture 將來在 db clustering 上的問題或許就不會那麼嚴重(當然這實際上是一個很大的題目，嘴上說說比較容易)。
-更多人指出其實在 postgresql 上已經可以輕易做到多個db分散流量的設計，而且實作起來只要幾十行 ruby code。
-另外，也有人指出要把問題分成幾個層面來看，不能連多個db不是ruby的錯，語言本身是無罪的，應該要怪 ror 還沒提供這個功能，或提供的還不合用；而至於 ruby 本身太慢則或許等 JRuby 成熟後應該就會解決了。
-另外也有許多其它陣營，像php, java, 甚至連 asp.net都跑來插花，重提一遍用某種技術就不會有這種問題勻勻。
至於我的想法？
ruby 不快這本來就不是新聞，它的 scalability 不高大家也早就知道了，但一個新技術本來就需要時間去 brew，java也是走了很多年才有今天，如果提一個更貼近的例子，同樣跑不快的 php 也是發展幾年後才有各種 vm 與 compiled binary 出現，所以一切需要時間啊~
至於現在看好 ruby 則是有幾個原因：
-JRuby 理論上應該會解決許多核心的問題(速度、擴展、java介接)
-RoR 的持續發展與廣大的 gems support
-apple 將 ruby 列為主要開發語言之一(在 os x 10.5 與 xcode 3 中將直接支援 ruby編程)
從種種跡象中都可看出 ruby / ror 有者比較光明的未來，再加上跟 flex 的接續也處理的不錯(呃，好，其實 midnightcoders 只是一個三人的小公司，而 weborb for ror 這種不賺錢的產品其實bug也挺多而他們大概也無力處理，但至少目前堪用)，所以如果一定要寫點後台程式，選ror還是不錯的。
我比較好奇的是，到底有多少人在用 Twitter 啊？
| by admin
Previous Posts
