Android

 如果動畫中的映像變換的比較有規律時，可能採用自動生圖中間映像的方式來產生動畫，例像的移動、旋轉、縮放等。補間動畫的優點是可以節省空間的。一、移動補間動畫可以通過配置動畫檔案(xml檔案)或java代碼來實現補間動畫的移動效果。補間動畫檔案需要放在res\anim目錄下。假設在res\anim目錄下有一個動畫檔案test.xml，該檔案內容如下：<translate xmlns:android="http://schemas.android.com/apk/res/android"andr

很多時候，利用觸控螢幕的Fling、Scroll等Gesture（手勢）操作來操作會使得應用程式的使用者體驗大大提升，比如用Scroll手勢在瀏覽器中滾屏，用Fling在閱讀器中翻頁等。在Android系統中，手勢的識別是通過GestureDetector.OnGestureListener介面來實現的，不過William翻遍了Android的官方文檔也沒有找到一個相 關的例子，API

一、開啟系統GPS服務locationManager = (LocationManager)this.getSystemService(Context.LOCATION_SERVICE);            if (locationManager.isProviderEnabled(android.location.LocationManager.GPS_PROVIDER))      {              Toast.makeText(this, "GPS模組正常", Toast.

1.滾動式載入 listView.setOnScrollListener(new OnScrollListener() { //添加捲軸滾到最底部，載入餘下的元素 @Override public void onScrollStateChanged(AbsListView view, int scrollState) { if (scrollState == OnScrollListener.SCROLL_STATE_IDLE) {

很多初學Android遊戲開發的朋友，往往會顯得有些無所適從，他們常常不知道該從何處入手，每當遇到自己無法解決的難題時，又往往會一邊羨慕於iPhone下有諸如Cocos2d-iphone之類的免費遊戲引擎可供使用，一邊自暴自棄的抱怨Android平台遊戲開發難度太高，又連個像樣的遊戲引擎也沒有，甚至誤以為使用Java語言開發遊戲是一件費力不討好且沒有出路的事情。　　事實上，這種想法完全是沒有必要且不符合實際的，作為能和蘋果iOS分庭抗禮的Android(各種意義上)，當然也會有相當數量的遊戲引擎

當一個活動接收到焦點時，它將被要求繪製它的布局。Android架構將處理這個繪畫的過程，但是活動必須提供它的布局層次的根節點。繪畫從布局的根節點開始。它被要求來測量和繪製布局樹。繪畫通過遍曆布局樹並渲染每個和失效地區相交的視圖來處理。相應的，每個視圖組負責請求繪製它的子視圖（通過draw() 方法）而每個視圖負責畫它自己。因為這個樹是順序遍曆的，這意味著先畫父節點（也就是在螢幕後面），然後按照樹中出現的順序畫其同層次節點。

Android開發帶來新一輪熱潮讓很多移動開發人員都投入到這個浪潮中去了，創造了許許多多相當優秀的應用。其中也有許許多多的開發人員提供了應用開源項目，貢獻出他們的智慧和創造力。學習開原始碼是掌握技術的一個最佳方式。下面推薦幾個應用開源項目，這些項目不僅提供了優秀的創意，也可以直接掌握Android核心的介面使用：　　1.Android團隊提供的樣本項目　　如果不是從學習Android

錯誤記錄檔：11-03 12:36:54.812: ERROR/AndroidRuntime(5084): Caused by: java.lang.OutOfMemoryError: bitmap size exceeds VM

文章目錄 通過遠程shell端運行sqllite3串連資料庫UI/軟體 實驗程式 Monkey其它的shell命令使用logcat命令過濾日誌輸出控制日誌輸出格式查看可用日誌緩衝區查看stdout 和stderrLogcat命令列表 轉自： http://www.androidin.com/docs/reference/adb.html#sqliteAndroid 調試橋(adb)是多種用途的工具，該工具可以協助你你管理裝置或模擬器

px：是螢幕的像素點in：英寸mm：毫米pt：磅，1/72 英寸dp：一個基於density的抽象單位，如果一個160dpi的螢幕，1dp=1pxdip：等同於dpsp：同dp相似，但還會根據使用者的字型大小偏好來縮放。建議使用sp作為文本的單位，其它用dip然後是我自己的理解:Android的螢幕密度是以160為基準的,螢幕密度(densityDpi)為160時, 是將一英寸分為160份, 每一份是1像素. 如果螢幕密度(densityDpi)為240時, 是將一英寸分為240份, 每一份是1

文章出處：http://www.limodev.cn/blog作者連絡方式：李先靜 <xianjimli at hotmail dot com>BronchoA1還不支援基站和WIFI定位，Android的老版本裡是有NetworkLocationProvider的，它實現了基站和WIFI定位，但從android 1.5之後就被移除了。本來想在bronchoA1裡自己實現NetworkLocationProvider的，但一直沒有時間去研究。我知道gears(http://code.

一：什麼是NDK？NDK 提供了一系列的工具，協助開發人員快速開發C（或C++）的動態庫，並能自動將so 和java 應用一起打包成apk。這些工具對開發人員的協助是巨大的。NDK 整合了交叉編譯器，並提供了相應的mk 檔案隔離CPU、平台、ABI 等差異，開發人員只需要簡單修改mk檔案（指出“哪些檔案需要編譯”、“編譯特性要求”等），就可以建立出so。NDK 可以自動地將so

public class SensorTest extends Activity implements SensorEventListener { SensorManager sensorManager = null; //for accelerometer values TextView outputX; TextView outputY; TextView outputZ; //for orientation values

有同學方反饋建立捷徑後,點擊捷徑後不能啟動程式或者提示"未安裝程式",貌似是新的rom在捷徑這塊做過修改(由於此文是11年5月所出,估計應該是2.0或2.1的rom),現已修正,HTC G11 2.3.5rom測試通過.1，判斷是否已經建立了捷徑（在某些機型中需要判斷）private boolean hasShortcut(){ boolean isInstallShortcut = false; final ContentResolver cr =

Android系統中的廣播是廣泛用於應用程式之間通訊的一種手段，它類似於事件處理機制，不同的地方就是廣播的處理是系統層級的事件處理過程（一般事件處理是控制項層級的）。在此過程中仍然是離不開Intent對象，理解廣播事件的處理過程，靈活運用廣播處理機制，在關鍵之處往往能實現特別的效果，舉一個比較經典的例子，哪黑名單功能，當打進一個電話時，即產生了一個來電廣播，則接收這種來電廣播的BroadcastReceiver就會拿這個來電號碼與黑名單中號碼進行比較，若匹配，則對此來電做相應處理，如掛電話或靜音

 任何軟體程式實質都是為了處理資料而存在的，在Android系統中針對資料的重要程式、資料的特點、讀寫頻率等不同情況，經常採用四種方式：Preference檔案SQLite資料庫網路經過對上面四種方式的分析總結，列出下面這張圖來說明各自的特點，在實際運行用根據需求來選擇合適的資料存放方式。  由於時間倉促，錯誤在所難免，敬請各位不吝賜教，希望能起到拋磚引玉的作用，大家共同進步，謝謝

 Android系統目前可以說是移動互連網領域中最火最有潛力的一個作業系統的，若囊中羞澀或者更方便地體驗這個作業系統，可以通過虛擬機器來安裝一個x86版本的，目前最新的版本是Android2.2.1的，可以通過http://code.google.com/p/android-x86/downloads/list上下載到最新版本的ISO鏡像檔案，然後通過VirtualBox 或VMware來安裝該系統到虛擬硬碟上，以便經常開啟使用。     不過目前我在Vmware上安裝後遇到一個比較奇怪的問題，

Content Provider作為Android應用程式中的四大組件之一，主要是為了實現在各應用程式之間資料共用，增強應用程式的複用，例如，在開發過程中，需要擷取手機中的通訊錄資訊，這時完全不需要自己重新開發讀取資料的整個過程，而是直接存取系統內建的Content Provider對象來直接擷取資料（此例子只是說明有現成的能滿足需要的ContentProvider即可隨時“拿來”，只要有相應許可權， 不用管它是來自哪個應用程式裡）。在Content

Android系統中通過幾個主要的組件以其靈活的組織方式在方便了開發人員的同時，也不失其炫麗的效果，實在是值得我不斷深入瞭解和學習，下面的圖作為近一段時間對Android組件知識的一個小結，難免有遺漏或錯誤之處，敬請各位不吝賜教。我覺得深刻理解和掌握這幾個組件的使用方法以及相互關係，就相當於把握了Android應用程式的主要經絡，更能理清我們的思路，上面圖中所示，乃是我佔用了幾個鐘頭的休息時間，整理出來 的，難免有遺漏和錯誤之處，拿出來共用一下，也當作是拋磚引玉了，

Android作為新興移動作業系統，有眾多的優點供我們仔細學習和體會，這裡主要總結一下Android應用程式開發過程中對各種資源的管理和訪問，也可以從IOC的角度來理解，即在開發過程中，讓對象、組件以及服務之間的依賴關係分離的原則，這裡也就是將應用程式所涉及代碼和非代碼兩部分分離，其好處多多，也不一一列舉，經過一番總結，特列下表中：若從Eclipse開發環境中的目錄結構看，如所示：以上是我對Android應用開發中對資源檔的管理相關知識的小結，如對大家起到一點點的提示作用，也就心滿意足了，如有錯