讀文件的時候,看到custom這個字,就知道到了進階班了,喔耶。
不過進階班學的東西通常實際上都用不到,Orz。
Android的世界中,有兩種基本的UI類別,View和ViewGroup。Android大神也為我們提供了兩種先寫好的類別,幫忙我們自己設計的,對應到View的類別稱之為widget,對應到ViewGroup的稱之為layout。
讀文件的時候,看到custom這個字,就知道到了進階班了,喔耶。
不過進階班學的東西通常實際上都用不到,Orz。
Android的世界中,有兩種基本的UI類別,View和ViewGroup。Android大神也為我們提供了兩種先寫好的類別,幫忙我們自己設計的,對應到View的類別稱之為widget,對應到ViewGroup的稱之為layout。
Status Bar 就是android系統列上的小圖示,如果你按住它往下拖曳,就會有詳細內容的視窗,可以從裡面再去啟動想要的activity。也可以設定讓手機發光,發出聲音或是振動來提醒user。
這玩意最好,也應該跟背景執行的service搭配,原因就像是平常用電腦看電影正刺激的時候,如果防毒軟體不只是跳出一個小訊息要你更新,而是生出一個接近全螢幕的視窗開始慢吞吞的下載檔案,你應該會想殺了設計者吧。
在許多情況下,你的程式可能需要通知user一些訊息,有三種通知的方式…
在android上,user找麻煩的方法很多,可以敲可以按可以搖…問題是我們如何偵測這些event發生,早年我們用的方法叫做callback method,例如重新定義onTouchEvent(),延伸原有的View的method。不過萬一我們有許多的View都要作同樣的事情,那這就耗時又耗工,讓我們顯得像個白痴,那是不應該的。
好在偉大android早已想好了這點,不呼叫callback方法,呼叫內含callback方法的nested interface,你只要定義這些interface就一切搞定。通常我們把這些神奇的interface稱呼為:event listener。
另外一種情況是你可能會想要重新打造一個View,改變他們應付event的方式,也就是要處理event handler。
component何時生?從被intent喚醒具現化開始。
component何時死?到具現化的instance灰飛煙滅的一刻。
在這生與死之中,component會經過許多不同的狀態。
這就是我們要關心的問題。
前面有提到過,每當一個application中的一個component被呼叫時,
android大神就會給application一個process和一個VM,
一個process預設只有一個thread,
在linux中,可以說是相當奢華的配備。
/etc/udev/rules.d/51-android.rules.SUBSYSTEM=="usb", SYSFS{idVendor}=="0bb4", MODE="0666"cd ANDROID_HOME/tools adb kill-server sudo adb start-server adb devices
