Android

resource是java原始碼之外的靜態資訊。例如layout。resource作為檔案存放在res/目錄下面，除了res/raw/外，Android會自動解析，例如layout檔案，我們不需要自己去解析XML封裝。我們之前用過res/layout/，以及res/anim/之前已經用過。Image：檔案存放在res/drawable/，存放應用的icon。Raw：res/raw/，程式所需的任意格式的檔案，但是系統不會對其進行解析，也既Adroid Framework並不需要的。String，

Android使用repo來管理多個git項目。它需要一個manifest  XML檔案來指示這些git項目的屬性。repo manifest XML可以包含下面的元素。manifest: 最頂層的XML元素。remote元素: 設定遠程git伺服器的屬性，包括下面的屬性name: 遠程git伺服器的名字，直接用於git fetch, git remote 等操作alias:

對Android裝置，可能是無物理鍵盤，可能帶鍵盤，也可能帶數字鍵台，這些都是可以處理的。inputType：IME可自動適配所設的輸入類型如果沒有物理鍵盤，當使用者進入EditText的時候，將調起IME（Imput Method

在上面幾次學習中，我們學習了如何在一個有限的螢幕上載入多頁的資訊，除此之外還可以通過隱藏-展開的方式，在螢幕有限的空間內包含更多的現象，，這就是ExpandableListView。ExpandableListView，具有樹的結構：Groups和childrens。下面我們通過一個簡單的例子來學習，這個例子的資料不再採用String[]，而是採用另一個常見的HashMap方式，順帶複習一下。public class Chapter9Tutorial4 extends

除了Tab在一個Activity中顯示多頁內容，還可以使用Flipper，Flipper沒有標籤，是一頁頁的顯示方式。例子一：基礎的Flipper1）Android XML檔案Flipper採用ViewFlipper進行定義，裡面依次放著各頁的內容。<?xml version="1.0" encoding="utf-8"?><LinearLayout ...... >  <Button android:id="@+id/c94_flip_me" ... ...   

在Android學習筆記（七）：多個Activity和Intent中，我們先在學會了如何使用intent在代碼中喚起activity。此處作深一步地學習。什麼是Intentintent是對一個操作處理的抽象描述。context可以在使用startActivity(intent)來launch一個actvivity，就如我們在學習筆記（七）中的處理，也是最常用的方式，將activity在我們的應用中整合；可以在通過sentBroast（intent）來廣播給任何有興趣的BroadcastRecei

基於安全需求，應用對Android系統提供的content provider或者service的訪問需要在安裝時進行許可，這就是AndroidManifest.xml檔案中的permission中聲稱，之前已經很多例子。同樣如果其他應用要訪問我們的資料，我們也可以要求這些應用必須獲得使用者授權方可訪問我們的資料。申請授權：請求permission申請許可的格式為<uses-permission

Android的UI架構要求使用者將他們的app分為activity，通過itent來進行調度，其中有一個main activity由Android的launcher在案頭中調用。例如一個日曆的應用，需要查看日曆的activity，查看單個事件的activity，編輯事件的activity等等。在查看日曆的activity中，如果使用者選擇的某個事件，需要通過查看事件的activity來處理。這就是最近本的app

By Andreas Constantinou from Visionmobile.com | Echokou 譯，Lordhong 校，轉載請註明 ifanr.com 譯文連結。文章來自http://www.ifanr.com/12719。關於 Android 分裂的討論很多，卻很少有分析提到分裂的意義和影響。從定義上看，API 並不是觀察分裂現象的最好的角度，最好的角度是應用程式。看一下 Android Market 上面排名前一萬個應用程式（免費和收費），有多少是能支援所有

這個圖可以在Android的doc中，誤操作，將原來圖片刪去，所以上面只是範例，沒有透明效果SlideDrawer是多個（兩個頁面）的一種顯示方式。如上左圖所示，普通的，我們顯示Hello的Label，當我們按下面的SlidingDrawer的ImageView，即右圖所示表徵圖時，可以將SlideDrawer的內容顯示上去，如中圖。SlidingDrawer可以在Open和Close兩個狀態之間切換。Open時覆蓋，不是所有的Layout都能支援這種疊加覆蓋，作為SlidingDrawer的c

在手機螢幕中，Tab也是比較常用的，通常和List結合，例如我們手機的通訊錄。下面是Tag的結構。TabHost是整個Tab的容器，包括兩部分，TabWidget和FrameLayout。TabWidget就是每個tab的標籤，FrameLayout則是tab內容。如果我們使用extends

通過IntentService的繼承類實現命令觸發的服務，也可以直接通過Service的繼承類來實現。在IntentService中的例子，我們增加了StopService(

運行在背景Service，需要某種方式來通知使用者，例如通知使用者來電，通知有新的訊息。這類的通知顯示在status

解析Intent，尋找匹配Activity如果給出component名字（包名、類名）是explicit intent，否則是implicit intent。對於explicit intent，關鍵就是component 名字，在<intent-fliter>中聲明的其他屬性被忽略。對於implicit intent，則根據action，category和data來進行匹配。然而一個intent

[很多分析這通過對市集的下載量來衡量移動生態環境，但這是經濟體現嗎？商務分析家Stijn Schuermans通過Apple和Google生態環境和他們建立的市場壁壘來量化網路效應]The flywheel effect of Android and iOS (and why their rivals are grinding to a

Notification除了用於後台服務通知，還常用在下面情況：（1）保持服務存在。當系統記憶體不足時，系統會認為某後台服務佔用記憶體時間太長而中止該服務，以釋放記憶體。對於某些服務，例如播放音樂，如果系統對該服務進行資源釋放，使用者體驗就成了音樂突然沒有聲音。對這類服務，我們希望享有更高的優先順序別，不會被系統幹掉。（2）使用者隨時與服務進行互動。例如播放音樂的服務，使用者可隨時暫停音樂播放，或選擇其他曲目，甚至中止播放音樂服務。要實現上述兩點，方法是在Service中宣稱自己是foregro

From: http://yinger-fei.iteye.com/blog/1300144 1.安裝gitsudo apt-get install git-core2.安裝curlsudo apt-get install git-core curl3.安裝repo, 通過curl下載repo Make sure you have a bin/ directory in your home directory, and that it is included in your path:$

終於將C++代碼porting到了bootloader中，唯一的收穫就是熟悉了Makefile，有工廠的公司傷不起啊，每次都得先做一些東西滿足工廠端測試的需求，為了能夠做到工廠在boot中測試的要求，經過與晶片公司討論，只有將C++弄到了boot中，真是一個很二的決定boot最終做到了2M比有些kernel還要大。不過老闆要這麼做就硬著頭皮做了現在做成了心中還蠻高興的，原來被逼之後人的潛能還是蠻大的。        對於Makefile中所用的函數還在研究中，之後會寫一寫主要函數的用法。    

Service是android四大組件中與Activity最相似的組件，都可以代表可執行檔程式。   Service與Activity的區別在於：  （1）、Service一直在後台運行，沒有使用者介面。  （2）、一旦service被啟動之後，就跟Activity一樣。有自己的生命週期。所以可以沒有Activity。        開發service需要兩個步驟：   （1）、定義一個繼承service的子類   （2）、在AndroidManifest.xml中配置該Service

 http://www.blogjava.net/caizh2009/archive/2010/06/11/323342.html 史上最全的android開發資料大集合 這個可是我從各處搜集來的資料，上傳到了我的資源裡，供大家下載學習，希望大家支援一下1、【eoeAndroid特刊】第一期 Andriod 1.5 SDK簡介 http://download.csdn.net/source/23998092、【eoeAndroid特刊】第二期 影像處理篇（1）