Android

要不怎麼說Android特別開放呢，在Android開發中，只要發送一個廣播，就可以實現這種需求了。廢話不多說，以下是封裝好的一段代碼。複製代碼 代碼如下:public class ShortcutUtil { public static void createShortCut(Activity act, int iconResId, int appnameResId) { //

以下是封裝好的兩個類，可以實現圖片的切割。僅供參考和學習。一個是ImagePiece類，此類儲存了一個Bitmap對象和一個標識圖片的順序索引的int變數。複製代碼 代碼如下:package arui319.blog.csdn.net; import android.graphics.Bitmap; public class ImagePiece { public int index = 0; public Bitmap bitmap = null; }

通常我們寫程式，都是在專案計劃的壓力下完成的，此時完成的代碼可以完成具體商務邏輯，但是效能不一定是最佳化的。一般來說，優秀的程式員在寫完代碼之後都會不斷的對代碼進行重構。重構的好處有很多，其中一點，就是對代碼進行最佳化，提高軟體的效能。下面我們就從幾個方面來瞭解Android開發過程中的代碼最佳化。1）靜態變數引起記憶體泄露在代碼最佳化的過程中，我們需要對代碼中的靜態變數特別留意。靜態變數是類相關的變數，它的生命週期是從這個類被聲明，到這個類徹底被記憶體回收行程回收才會被銷毀。所以，一般情況下，

有時候，我們的頁面中可能會包含一些布局，這些布局預設是隱藏的，當使用者觸發了一定的操作之後，隱藏的布局才會顯示出來。比如，我們有一個Activity用來顯示好友的列表，當使用者點擊Menu中的“匯入”以後，在當前的Activity中才會顯示出一個匯入好友的布局介面。從需求的角度來說，這個匯入功能，一般情況下使用者是不使用的。即大部分時候，匯入好友的布局都不會顯示出來。這個時候，就可以使用消極式載入的功能。ViewStub是一個隱藏的，不佔用記憶體空間的視圖對象，它可以在運行時消極式載入布局資源檔

如果我們在每個xml檔案中都把相同的布局都重寫一遍，一個是代碼冗餘，可讀性很差；另一個是修改起來比較麻煩，對後期的修改和維護非常不利。所以，一般情況下，我們需要把相同布局的代碼單獨寫成一個模組，然後在用到的時候，可以通過<include /> 標籤來重用layout的代碼。常見的，有的應用在最上方會有一個標題列。類似所示。圖 標題列的樣本 如果項目中大部分Activity的布局都包含這樣的標題列，就可以把標題列的布局單獨寫成一個xml檔案。複製代碼

這裡說是架構，說的大了點，其實沒有那麼複雜，只是一個容易擴充的基類而已。不過至少算是架構類的代碼。複製代碼 代碼如下:package arui; import android.app.Activity; import android.os.Handler; import android.os.Looper; import android.os.Message; import android.view.Gravity; import

在xml布局檔案中，我們既可以設定px，也可以設定dp（或者dip）。一般情況下，我們都會選擇使用dp，這樣可以保證不同螢幕解析度的機器上布局一致。但是在代碼中，如何處理呢？很多控制項的方法中都只提供了設定px的方法，例如setPadding，並沒有提供設定dp的方法。這個時候，如果需要設定dp的話，就要將dp轉換成px了。以下是一個應用類，方便進行px和dp之間的轉換。複製代碼 代碼如下:import android.content.Context; public class

通常，在這個頁面中會用到很多控制項，控制項會用到很多的資源。Android系統本身有很多的資源，包括各種各樣的字串、圖片、動畫、樣式和布局等等，這些都可以在應用程式中直接使用。這樣做的好處很多，既可以減少記憶體的使用，又可以減少部分工作量，也可以縮減程式安裝包的大小。下面從幾個方面來介紹如何利用系統資源。1）利用系統定義的id比如我們有一個定義ListView的xml檔案，一般的，我們會寫類似下面的程式碼片段。複製代碼 代碼如下:<ListView android:id="@+id/

需要特別注意的是，以jar包和資源套件方式提供給第三方開發人員，我們的工程的代碼中就不能使用類似於R.layout.main、R.string.name等等這樣的方式來引用資源了。為此，我們就不能直接使用R檔案，而是要通過欄位名稱來動態擷取資源的id，再來使用。以下封裝了一個類，可以通過欄位名稱動態擷取id。複製代碼 代碼如下:package com.arui.util; import android.content.Context; public class ResourceUtil {

為什麼需要在應用程式中增加渠道資訊？Android應用的發布需要面對各種各樣的市場，我們稱之為渠道。有的時候，我們需要知道應用是從哪個渠道下載的。比如，我們可能需要統計哪些市場帶來的使用者量比較大。再比如，我們可能有一些盈利需要和具體的渠道進行分成。這些都是統計渠道的資訊。一般如何在應用中加入渠道資訊？為了統計渠道資訊，就不得不在程式的某個地方加入渠道的資訊，然後針對不同的渠道打不同的包。一般可以在Manifest檔案中加入渠道編號，而不直接寫在代碼中。這樣做的好處是，可以針對不同渠道，自動化去

多點觸摸技術在實際開發過程中，用的最多的就是放大縮小功能。比如有一些圖片瀏覽器，就可以用多個手指在螢幕上操作，對圖片進行放大或者縮小。再比如一些瀏覽器，也可以通過多點觸摸放大或者縮小字型。其實放大縮小也只是多點觸摸的實際應用範例之一，有了多點觸摸技術，在一定程度上就可以創新出更多的操作方式來，實現更酷的人機互動。理論上，Android系統本身可以處理多達256個手指的觸摸，這主要取決於手機硬體的支援。當然，支援多點觸摸的手機，也不會支援這麼多點，一般是支援2個點或者4個點。對於開發人員來說，編寫

很簡單，所以直接看代碼複製代碼 代碼如下:package xxx; import android.content.BroadcastReceiver; import android.content.Context; import android.content.Intent; import android.net.ConnectivityManager; import android.net.NetworkInfo; 複製代碼 代碼如下:public class

(一) 前言 Android預設提供了連絡人備份到sd卡的功能(代碼在com.android.vcard包裡面)，我們可以把連絡人匯出成.vcf檔案存在sd卡中；如果換手機了，我們又可以把連絡人從sd卡檔案中匯入進來。那麼，通話記錄我們也能不能做出類似的功能呢？答案是肯定的！ (二) 匯出通話記錄 既然是備份通話記錄，那就肯定包括匯出和匯入的功能，這裡我們先講匯出通話記錄。 1. 根據通話記錄匯出的規範，匯出的檔案一般以.vcl尾碼結尾，中間的內容是 複製代碼 代碼如下:BEGIN:VCALL

分類

1. UiObejct.getFromParent()的用法：從這個名字就知道，就是從當前對象的父物件中尋找想要的子物件，該子物件和當前對象應該是同一層級。如所示：Max inactivity before lock是已知條件，4 minutes是我想動態擷取的內容。那應該怎麼做呢？先看看結構：TableLayout(curent index is 2) - TableRow（has several indexes） - TextView（has 2

檔案名稱：page.xml複製代碼 代碼如下:<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:layout_width="fill_parent" android:layout_height="fill_parent" > <ListView

在Android的應用開發中，我們會用到各種代碼調試；其實在Android的開發之後，我們可能會碰到一些隨機的問題，如cpu過高，記憶體泄露等，我們無法簡單的進行代碼調試，我們需要一個系統日誌等等，下面我把握工作中碰到的幾個常用命令和方法給大家示範實踐一下。1.logcat命令這個命令最簡單常用，可查看協助，我不多說，如果需要列印時間，加參數-v timeadb logcat -v

公司最近也開始基於android4.0 ICS修改架構了，公司的手機暫時不適合拿回家測試，也沒有kernel的許可權。從個人的角度看，我手上現在有兩部手機，一部是Htc G9 Aria，一部是Samsung I9100

策略模式其實特別簡單（聽到這句話，大家是不是心裡一下子放鬆了？）。比如排序，官方告訴大家我這裡有一個排序的介面ISort的sort()方法,然後民間各盡其能，實現這個排序的方法：冒泡，快速，堆等等。這些方法就是“不同的策略”。然後，某個模組下，需要一個排序方法，但是暫時不能指定具體的sort方法(出於擴充的考慮)，就需要使用ISort介面了。最後，具體什麼情境下，傳入什麼具體的sort方法，實現靈活的排序。這就是策略模式！下面，我們分析Android中的動畫是如何使用原則模式的。1.

1.需求 無論是在.net還是java平台，合理的分層架構是最普遍的模組化思路之一。 dll，jar檔案無不風靡盛行，無處不在。 一天，tx團隊和我說，我們現在要做android上做三個論壇的用戶端，一個是新聞論壇，一個是文學論壇，一個是音樂論壇。除了資料，介面和很少的模組不一樣，其他的都一摸一樣。 jar是我第一刻就想到的東西，但是共用的jar檔案無法方便的共用資源或者覆蓋資源。