Android

查看最新訊息要用到類似新浪微博下拉重新整理 功能！把最新的訊息顯示在最上面！ 代碼如下： PullToRefreshListView類代碼 複製代碼 代碼如下: package com.markupartist.android.widget; import java.util.Date; import com.markupartist.android.example.pulltorefresh.R; import android.content.Context; import

今天整理了一下Android下對IME的操作：具體如下 一、開啟IME視窗: 複製代碼 代碼如下: InputMethodManager inputMethodManager = (InputMethodManager) getSystemService(Context.INPUT_METHOD_SERVICE); // 接受軟鍵盤輸入的編輯文本或其它視圖 imm.showSoftInput(submitBt,InputMethodManager.SHOW_FORCED);

主要介紹Android中如何使用rotate實現圖片不停旋轉的效果。Android 平台提供了兩類動畫，一類是 Tween 動畫，即通過對情境裡的對象不斷做映像變換(平移、縮放、旋轉)產生動畫效果；第二類是 Frame 動畫，即順序播放事先做好的映像，跟電影類似。本文分析 Tween動畫的rotate實現旋轉效果。 在新浪微部落格戶端中各個操作進行中時activity的右上方都會有個不停旋轉的表徵圖，類似重新整理的效果，給使用者以操作中的提示。這種非模態的提示方式推薦使用，那麼下面就分享下如何?

Android

前幾天因為項目的需要，要在一個ListView中放入另一個ListView，也即在一個ListView的每個ListItem中放入另外一個ListView。但剛開始的時候，會發現放入的小ListView會顯示不完全，它的高度始終有問題。上網查了下，發現別人也有遇到這樣的問題，而大多數人都不推薦這樣的設計，因為預設情況下Android是禁止在ScrollView中放入另外的ScrollView的，它的高度是無法計算的。又搜尋了一下，發現有StackOverflow上的牛人已經解決了這個問題，經過實

在開發應用程式的時候，經常會遇到這樣的情況，會在運行時動態根據條件來決定顯示哪個View或某個布局。那麼最通常的想法就是把可能用到的View都寫在上面，先把它們的可見度都設為View.GONE，然後在代碼中動態更改它的可見度。這樣的做法的優點是邏輯簡單而且控制起來比較靈活。但是它的缺點就是，耗費資源。雖然把View的初始可見View.GONE但是在Inflate布局的時候View仍然會被Inflate，也就是說仍然會建立對象，會被執行個體化，會被設定屬性。也就是說，會耗費記憶體等資源。推薦的做法

我們所使用的語言，無論是中文還是英語，都是從左向右讀的(Left-To-Right)，因此我們已經十分習慣了從左向右讀(Left-To-Right)。一旦遇到了從右向左讀的(Right-To-Left)，便會十分的不習慣，甚至比見到火星文還難受。光看著就令人難受了，但更讓人崩潰的是，還要為應用去定義Arabic語言的字串，也就是為應用添加Arabic語言支援，不但要查看大量的Arabic天書，還要處理一些複雜的字串。對於Right-To-Left的語言，最理想就是以下二種Case，它不需要特別的

無論是神馬平台，神馬開發環境，神馬軟體程式，資料都是核心。對於開發平台來講，如果對資料的儲存有良好的支援，那麼對應用程式的開發將會有很大的促進作用。總體的來講，資料存放區方式有三種：一個是檔案，一個是資料庫，另一個則是網路。其中檔案和資料庫可能用的稍多一些，檔案用起來較為方便，程式可以自己定義格式；資料庫用起稍煩鎖一些，但它有它的優點，比如在海量資料時效能優越，有查詢功能，可以加密，可以加鎖，可以跨應用，跨平台等等；網路，則用於比較重要的事情，比如科研，勘探，航空等即時採集到的資料需要馬上通過網

在使用AndroidNDK開發的時候有個事情是很煩人的，那就是建立本地代碼檔案夾，產生本地代碼檔案和建立本地代碼的編譯檔案。特別是實現本地方法的時候，也是比較煩人的，因為本地方法的名字實在是太長了。它的命名規範是：Java_package-name_class-name_method-name(arguments)，稍一不留神就會有拼字錯誤，而導致長時間的調試。由於不勘忍受這樣的折磨，也為了不重複同樣的事情(DRY-Don't Repeat

方法一：Activity.runOnUiThread（Runnable )（經驗之道： 這個最好用， 凡是要重新整理頁面的地方，Activity.runOnUiThread( new Runnable() 　　　{ public void run(){更新UI}});方法二：子線程調用Handler的sendMessage(message)發送事件。複製代碼 代碼如下:mHandler = new Handler() {    

在Android群裡，經常會有人問我,Android　Log是怎麼用的，今天我就把從網上以及SDK裡東拼西湊過來，讓大家先一睹為快，希望對大家入門Android　Log有一定的協助．android.util.Log常用的方法有以下5個：Log.v() Log.d() Log.i() Log.w() 以及 Log.e() 。根據首字母對應VERBOSE，DEBUG,INFO, WARN，ERROR。1、Log.v

大家好，今天給大家詳解一下Android中Activity的生命週期，我在前面也曾經講過這方面的內容，但是像網上大多數文章一樣，基本都是翻譯Android API，過於籠統，相信大家看了，會有一點點的協助 ，但是還不能完全吃透，所以我今天特意在重新總結一下.首先看一下Android

如果你需要在不同處理序間通訊，你可以在Service中使用Messenger來實現進程中通訊。如果使用這種方式，Service中需要定義一個Handler對象(負責對用戶端發送過來的Message進行響應)。Messenger可以共用給client一個IBinder對象，client通過這個IBinder對象向Service發送Message，而前面提到的Handler對象是這一切的基礎。註：使用這種方式進行通訊是不支援多線程的。那就讓我們來看看使用這種方式進行通訊吧！註：Service在聲明時

現在在行動裝置領域幾乎被Android和iOS一統山河，智能終端裝置越來越強大，越來越普及，那麼面對這麼多的裝置以及Android和iOS，我們該如何選擇呢？如果你是使用者如果你不差錢兒，最好買iOS，iPhone或iPad，確實是優秀的產品，它的使用者體驗真的很好。雖然大家都說iOS裝置是封閉的生態系統，但是對於普通使用者來說，他能參與個啥呢？使用者就想方便的使用自己的裝置享受一些資源和服務，所以他們不需要什麼開放性，他們只要：裝置穩定，操作足夠簡單。還有一個很重要一點就是，對於行動裝置來講最

一 說明    這裡重要應用類 AutoTextView，這是一個自訂的類，繼承至TextSwitcher，下面臨 AutoTextView類做簡要說明：    1. 該類應用的重點，在於設定兩個動畫， setInAnimation(...)  和 setOutAnimation(...)，分離是文字進入的動畫和文字退出的動畫；    2.

資訊的接收工作是由底層來完成的，當有一個 新的資訊時底層完成接收後會以Intent的方式來通知上層應用，資訊的相關內容也包含在Intent當中，Android所支援的資訊Intent都定義在android.provider.Telephony.Intents裡面。簡訊的接收

Composing and editingMMS在Android Mms應用裡面的具體實現形式，或資料結構是SlideshowModel，它是一個每個節點為SlideModel的ArrayList，SlideModel是一個Model的List，也就是它可以接收任何Model的子類，Audio，Video，Image和Text都可以放到SlideModel上面。SlideModel主要用於管理其上面的各個媒體，比如它們的布局，它們的播放控制，而SlideshowModel主要用於管理所有的附件，

Contact連絡人對Mms來說是十分重要的，因為每一個對話的收信人都是一個連絡人，建立資訊時可以輸入連絡人的任何資訊，比如號碼或名字，Mms都可以把資訊發給相應的人。Mms中的類Contact就是用來代表一個連絡人，它含有連絡人的資訊，如名字，號碼，連絡人Id，是否存在於連絡人資料庫等等，同時Contact也提供了一些方法來擷取Contact對象,Contact.get()方法來擷取Contact對象。Contact會保持資料與連絡人資料庫的同步，有一個介面updateContact()用於通

Conversation這個類主要表示對話的資料結構，其內持有一個Thread所有的相關資訊，如Recipients，ThreadId等等，也用於管理Thread，比如查詢Thread，刪除Thread，更新Thread，管理ThreadId，管理Thread的連絡人等等。因為Thread表與其他表關聯的資訊比較多，如連絡人，訊息個數，這些資訊有些直接會寫在資料庫。因為Thread上面的資訊比較多，所以載入時會較費時，因此就有了一個在Conversation內部的Cache來提高載入Thread

在Mms中每個Thread都有其相應的連絡人，但是threads表中並沒有直接儲存連絡人的資訊（號碼或名字），而是儲存一個叫做recipient_id的東西，也還有一個類叫做data/RecipientIdCache.java專門管理它。在資料庫中專門有一個表來儲存它canonical_addresses。它的目的就是為了能夠快速的找到某一對話的連絡人的資訊。對話的表threads裡面並沒有儲存其連絡人的直接資訊，而是有一列叫做recipient_ids的整數來代表收信人。而在資料庫還有另外一個