隨筆 - 33, 文章 - 0, 評(píng)論 - 12, 引用 - 0
          數(shù)據(jù)加載中……

          2015年6月23日

          Activity四種啟動(dòng)模式

          Activity啟動(dòng)方式有四種,分別是:

          standard
          singleTop
          singleTask
          singleInstance

          可以根據(jù)實(shí)際的需求為Activity設(shè)置對(duì)應(yīng)的啟動(dòng)模式,從而可以避免創(chuàng)建大量重復(fù)的Activity等問題。

          設(shè)置Activity的啟動(dòng)模式,只需要在AndroidManifest.xml里對(duì)應(yīng)的<activity>標(biāo)簽設(shè)置android:launchMode屬性,例如:

          1. <activity  
          2.     android:name=".A1"  
          3.     android:launchMode="standard" />  

          下面是這四種模式的作用:

          standard
          默認(rèn)模式,可以不用寫配置。在這個(gè)模式下,都會(huì)默認(rèn)創(chuàng)建一個(gè)新的實(shí)例。因此,在這種模式下,可以有多個(gè)相同的實(shí)例,也允許多個(gè)相同Activity疊加。

          例如:
          若我有一個(gè)Activity名為A1, 上面有一個(gè)按鈕可跳轉(zhuǎn)到A1。那么如果我點(diǎn)擊按鈕,便會(huì)新啟一個(gè)Activity A1疊在剛才的A1之上,再點(diǎn)擊,又會(huì)再新啟一個(gè)在它之上……
          點(diǎn)back鍵會(huì)依照棧順序依次退出。

          singleTop
          可以有多個(gè)實(shí)例,但是不允許多個(gè)相同Activity疊加。即,如果Activity在棧頂?shù)臅r(shí)候,啟動(dòng)相同的Activity,不會(huì)創(chuàng)建新的實(shí)例,而會(huì)調(diào)用其onNewIntent方法。

          例如:
          若我有兩個(gè)Activity名為B1,B2,兩個(gè)Activity內(nèi)容功能完全相同,都有兩個(gè)按鈕可以跳到B1或者B2,唯一不同的是B1為standard,B2為singleTop。
          若我意圖打開的順序?yàn)锽1->B2->B2,則實(shí)際打開的順序?yàn)锽1->B2(后一次意圖打開B2,實(shí)際只調(diào)用了前一個(gè)的onNewIntent方法)
          若我意圖打開的順序?yàn)锽1->B2->B1->B2,則實(shí)際打開的順序與意圖的一致,為B1->B2->B1->B2。


          singleTask
          只有一個(gè)實(shí)例。在同一個(gè)應(yīng)用程序中啟動(dòng)他的時(shí)候,若Activity不存在,則會(huì)在當(dāng)前task創(chuàng)建一個(gè)新的實(shí)例,若存在,則會(huì)把task中在其之上的其它Activity destory掉并調(diào)用它的onNewIntent方法。
          如果是在別的應(yīng)用程序中啟動(dòng)它,則會(huì)新建一個(gè)task,并在該task中啟動(dòng)這個(gè)Activity,singleTask允許別的Activity與其在一個(gè)task中共存,也就是說,如果我在這個(gè)singleTask的實(shí)例中再打開新的Activity,這個(gè)新的Activity還是會(huì)在singleTask的實(shí)例的task中。

          例如:
          若我的應(yīng)用程序中有三個(gè)Activity,C1,C2,C3,三個(gè)Activity可互相啟動(dòng),其中C2為singleTask模式,那么,無論我在這個(gè)程序中如何點(diǎn)擊啟動(dòng),如:C1->C2->C3->C2->C3->C1-C2,C1,C3可能存在多個(gè)實(shí)例,但是C2只會(huì)存在一個(gè),并且這三個(gè)Activity都在同一個(gè)task里面。
          但是C1->C2->C3->C2->C3->C1-C2,這樣的操作過程實(shí)際應(yīng)該是如下這樣的,因?yàn)閟ingleTask會(huì)把task中在其之上的其它Activity destory掉。
          操作:C1->C2          C1->C2->C3          C1->C2->C3->C2            C1->C2->C3->C2->C3->C1             C1->C2->C3->C2->C3->C1-C2
          實(shí)際:C1->C2          C1->C2->C3          C1->C2                              C1->C2->C3->C1                               C1->C2

          若是別的應(yīng)用程序打開C2,則會(huì)新啟一個(gè)task。
          如別的應(yīng)用Other中有一個(gè)activity,taskId為200,從它打開C2,則C2的taskIdI不會(huì)為200,例如C2的taskId為201,那么再從C2打開C1、C3,則C2、C3的taskId仍為201。
          注意:如果此時(shí)你點(diǎn)擊home,然后再打開Other,發(fā)現(xiàn)這時(shí)顯示的肯定會(huì)是Other應(yīng)用中的內(nèi)容,而不會(huì)是我們應(yīng)用中的C1 C2 C3中的其中一個(gè)。


          singleInstance
          只有一個(gè)實(shí)例,并且這個(gè)實(shí)例獨(dú)立運(yùn)行在一個(gè)task中,這個(gè)task只有這個(gè)實(shí)例,不允許有別的Activity存在。

          例如:
          程序有三個(gè)ActivityD1,D2,D3,三個(gè)Activity可互相啟動(dòng),其中D2為singleInstance模式。那么程序從D1開始運(yùn)行,假設(shè)D1的taskId為200,那么從D1啟動(dòng)D2時(shí),D2會(huì)新啟動(dòng)一個(gè)task,即D2與D1不在一個(gè)task中運(yùn)行。假設(shè)D2的taskId為201,再從D2啟動(dòng)D3時(shí),D3的taskId為200,也就是說它被壓到了D1啟動(dòng)的任務(wù)棧中。

          若是在別的應(yīng)用程序打開D2,假設(shè)Other的taskId為200,打開D2,D2會(huì)新建一個(gè)task運(yùn)行,假設(shè)它的taskId為201,那么如果這時(shí)再從D2啟動(dòng)D1或者D3,則又會(huì)再創(chuàng)建一個(gè)task,因此,若操作步驟為other->D2->D1,這過程就涉及到了3個(gè)task了。

          posted @ 2015-06-23 11:04 建華 閱讀(263) | 評(píng)論 (0)編輯 收藏

          2013年2月20日

          藍(lán)牙發(fā)送文件

          系統(tǒng)4.0.3以后的
                File file=new File("");
           Uri uri1 = Uri.fromFile(file);
           Intent intent = new Intent();    
          intent.setAction(Intent.ACTION_SEND);   
           //intent.setType("audio/*"); 
            intent.setType("application/octet-stream");
          ComponentName comp=new ComponentName("com.mediatek.bluetooth","com.mediatek.bluetooth.BluetoothShareGatewayActivity");
          intent.setComponent(comp);
           intent.putExtra(Intent.EXTRA_STREAM, uri1);
          startActivity(intent);
          系統(tǒng)4.0.3以前的
          Intent intent = new Intent();
          intent.setAction(Intent.ACTION_SEND);
          //這個(gè)類型函數(shù)是自己工具類的方法,你可以自己設(shè)置文件類型,例如圖片文件:image/*  
            //不想寫類型直接*/*也是可以的
          intent.setType("audio/*");
          //這里setClassName就是指定藍(lán)牙,不寫這句就彈出選擇用什么發(fā)送
            //有藍(lán)牙啊,gmail啊,彩信之類的
          intent.setClassName("com.android.bluetooth" , "com.android.bluetooth.opp.BluetoothOppLauncherActivity");
          intent.putExtra(Intent.EXTRA_STREAM, Uri.fromFile(new File("")));
          startActivity(intent);


            ArrayList<Uri> uris = new ArrayList<Uri>();
             uris.add(Uri.fromFile(new File("/sdcard/111.txt")));
             uris.add(Uri.fromFile(new File("/sdcard/222.txt")));
             
                         Intent intent = new Intent();
          intent.setAction(Intent.ACTION_SEND_MULTIPLE);
          intent.setType("video/*");
          intent.setClassName("com.android.bluetooth" , "com.android.bluetooth.opp.BluetoothOppLauncherActivity");
          //intent.setClassName("com.mediatek.bluetooth","com.mediatek.bluetooth.BluetoothShareGatewayActivity");
          //intent.putExtra(Intent.EXTRA_STREAM, Uri.fromFile(new File("/sdcard/111.txt")) );
          //intent.putExtra(Intent.EXTRA_STREAM, Uri.fromFile(new File("/sdcard/222.txt")));
          intent.putExtra(Intent.EXTRA_STREAM, uris);
          startActivity(intent);

          posted @ 2013-02-20 08:45 建華 閱讀(655) | 評(píng)論 (0)編輯 收藏

          2013年2月1日

          Android中關(guān)于dip和px以及轉(zhuǎn)換的總結(jié)

          我們?cè)陧撁娌季值臅r(shí)候,經(jīng)常會(huì)設(shè)置容器的長(zhǎng)度,但是到底該使用哪個(gè)作為長(zhǎng)度的單位而懊惱。在Android中支持的描述大小區(qū)域的類型有以下幾種:

          px(pixels)——像素:不同的設(shè)備顯示效果相同,一般我們HVGA代表320x480像素,這個(gè)用的比較多。

          dip(device independent pixels)——設(shè)備獨(dú)立像素:這個(gè)和設(shè)備硬件有關(guān),一般我們?yōu)榱酥С諻CGA、HVGA和QVGA推薦使用這個(gè),不依賴于像素。等同于dp。

          sp(scaled pixels—best for text size)——帶比例的像素。

          pt(points)——磅:1pt = 1/72英寸

          in(inches)——英寸

          mm(millimeters)——毫米

          到底px和dip有什么區(qū)別呢?

          dip != px

          主要是針對(duì)不同設(shè)備而言的。在Density是160的設(shè)備上,比如用AVDManager創(chuàng)建的默認(rèn)模擬器,dip和px是一樣的但是如果同樣的代碼,換到不同Density的設(shè)備上,比如換到一個(gè)Density是240的設(shè)備上,dip和px體現(xiàn)出來的大小就不一樣了。px不管在什么樣的設(shè)備上都是那樣長(zhǎng),但是dip會(huì)根據(jù)設(shè)備變化;WQVGA屏density=120;QVGA屏density=120;HVGA屏density=160;WVGA屏density=240;density值表示每英寸有多少個(gè)顯示點(diǎn),與分辨率是兩個(gè)概念。

          當(dāng)屏幕density=240時(shí)使用hdpi標(biāo)簽的資源
          當(dāng)屏幕density=160時(shí),使用mdpi標(biāo)簽的資源
          當(dāng)屏幕density=120時(shí),使用ldpi標(biāo)簽的資源。

          不加任何標(biāo)簽的資源是各種分辨率情況下共用的。布局時(shí)盡量使用單位dip,少使用px。

          換算公式為:
          pixs =dips * (densityDpi/160). 
          dips=(pixs*160)/densityDpi

          如何獲得設(shè)備的屏幕分辨率和屏幕密度?
          例如分辨率為480*800,密度為240的設(shè)備,方法如下


          DisplayMetrics dm =getResources().getDisplayMetrics();
          dm.densityDpi=240
          dm.widthPixels=480
          dm.heightPixels=800

          posted @ 2013-02-01 10:08 建華 閱讀(5002) | 評(píng)論 (2)編輯 收藏

          2012年12月26日

          在android模擬器中永久刪除自帶應(yīng)用程序

          首先啟動(dòng)android模擬器。
          打開cmd命令行窗口。輸入adb -s emulator-5554 shell
          此時(shí)可以管理系統(tǒng)文件夾了,再輸入ls
          可以看到列出了文件夾和文件,輸入cd system/app再輸入ls
          可以看到系統(tǒng)自帶的應(yīng)用程序apk文件,刪除你想要?jiǎng)h除的,例如Phone.apk,輸入rm Phone.apk
          此時(shí)會(huì)看到提示說rm failed for Phone.apk, Read-only file system那是因?yàn)檫@些是只讀文件,我們沒有權(quán)限刪除它。所以接下來要做的是獲取權(quán)限,首先查看權(quán)限,輸入mount
          可以看到/dev/block/mtdblock0 /system yaffs2 ro 0 0說明在system這個(gè)地方我們沒有權(quán)限那么接下來我們就來獲取權(quán)限,輸入mount -o remount,rw -t yaffs2 /dev/block/mtdblock0 /system
          沒有提示錯(cuò)誤,再次查看權(quán)限,輸入mount
          可以看到/dev/block/mtdblock0 /system yaffs2 rw 0 0
          說明我們已經(jīng)獲取到權(quán)限了此時(shí)再輸入rm Phone.apk就可以成功刪除了

          最后一點(diǎn),就算你成功刪除了,android模擬器每次啟動(dòng)時(shí)也會(huì)恢復(fù)回來。
          那么如何永久刪除呢,很簡(jiǎn)單,刪除SdkSetup.apk,輸入rm SdkSetup.apk
          還沒完,找到avd目錄(一般在我的文檔),進(jìn)入xxxx.avd目錄,刪除cache.img和userdata-qemu.img
          還有還有,找到%SDK_HOME%/platforms/android-X/images/system.img,復(fù)制到上面的目錄中。
          最后最后,再重啟模擬器,大功告成!

          posted @ 2012-12-26 18:17 建華 閱讀(761) | 評(píng)論 (0)編輯 收藏

          2012年3月23日

          surfaceView 與View 的區(qū)別

          如果你的游戲不吃CPU,用View就比較好,符合標(biāo)準(zhǔn)Android操作方式,由系統(tǒng)決定刷新surface的時(shí)機(jī)。

            但如果很不幸的,你做不到不讓你的程序吃CPU,你就只好使用SurfaceView來強(qiáng)制刷新surface了,不然系統(tǒng)的UI進(jìn)程很可能搶不過你那些吃CPU的線程。

            當(dāng)然其實(shí)不止這兩種方法來刷新Surface的,這兩種只是純Java應(yīng)用比較常見的方法。

            SurfaceView和View最本質(zhì)的區(qū)別在于,surfaceView是在一個(gè)新起的單獨(dú)線程中可以重新繪制畫面而View必須在UI的主線程中更新畫面。

            那么在UI的主線程中更新畫面 可能會(huì)引發(fā)問題,比如你更新畫面的時(shí)間過長(zhǎng),那么你的主UI線程會(huì)被你正在畫的函數(shù)阻塞。那么將無法響應(yīng)按鍵,觸屏等消息。

             當(dāng)使用surfaceView 由于是在新的線程中更新畫面所以不會(huì)阻塞你的UI主線程。但這也帶來了另外一個(gè)問題,就是事件同步。比如你觸屏了一下,你需要surfaceView中 thread處理,一般就需要有一個(gè)event queue的設(shè)計(jì)來保存touch event,這會(huì)稍稍復(fù)雜一點(diǎn),因?yàn)樯婕暗骄€程同步。

            所以基于以上,根據(jù)游戲特點(diǎn),一般分成兩類。

            1 被動(dòng)更新畫面的。比如棋類,這種用view就好了。因?yàn)楫嬅娴母率且蕾囉?onTouch 來更新,可以直接使用 invalidate。 因?yàn)檫@種情況下,這一次Touch和下一次的Touch需要的時(shí)間比較長(zhǎng)些,不會(huì)產(chǎn)生影響。

            2 主動(dòng)更新。比如一個(gè)人在一直跑動(dòng)。這就需要一個(gè)單獨(dú)的thread不停的重繪人的狀態(tài),避免阻塞main UI thread。所以顯然view不合適,需要surfaceView來控制。

          posted @ 2012-03-23 16:33 建華 閱讀(261) | 評(píng)論 (0)編輯 收藏

          2012年2月9日

          android多國(guó)語言文件夾

          android多國(guó)語言文件夾文件匯總?cè)缦拢?/p>

          中文(中國(guó)):values-zh-rCN

          中文(臺(tái)灣):values-zh-rTW

          中文(香港):values-zh-rHK

          英語(美國(guó)):values-en-rUS

          英語(英國(guó)):values-en-rGB

          英文(澳大利亞):values-en-rAU

          英文(加拿大):values-en-rCA

          英文(愛爾蘭):values-en-rIE

          英文(印度):values-en-rIN

          英文(新西蘭):values-en-rNZ

          英文(新加坡):values-en-rSG

          英文(南非):values-en-rZA

          阿拉伯文(埃及):values-ar-rEG

          阿拉伯文(以色列):values-ar-rIL

          保加利亞文:  values-bg-rBG

          加泰羅尼亞文:values-ca-rES

          捷克文:values-cs-rCZ

          丹麥文:values-da-rDK

          德文(奧地利):values-de-rAT

          德文(瑞士):values-de-rCH

          德文(德國(guó)):values-de-rDE

          德文(列支敦士登):values-de-rLI

          希臘文:values-el-rGR

          西班牙文(西班牙):values-es-rES

          西班牙文(美國(guó)):values-es-rUS

          芬蘭文(芬蘭):values-fi-rFI

          法文(比利時(shí)):values-fr-rBE

          法文(加拿大):values-fr-rCA

          法文(瑞士):values-fr-rCH

          法文(法國(guó)):values-fr-rFR

          希伯來文:values-iw-rIL

          印地文:values-hi-rIN

          克羅里亞文:values-hr-rHR

          匈牙利文:values-hu-rHU

          印度尼西亞文:values-in-rID

          意大利文(瑞士):values-it-rCH

          意大利文(意大利):values-it-rIT

          日文:values-ja-rJP

          韓文:values-ko-rKR

          立陶宛文:valueslt-rLT

          拉脫維亞文:values-lv-rLV

          挪威博克馬爾文:values-nb-rNO

          荷蘭文(比利時(shí)):values-nl-BE

          荷蘭文(荷蘭):values-nl-rNL

          波蘭文:values-pl-rPL

          葡萄牙文(巴西):values-pt-rBR

          葡萄牙文(葡萄牙):values-pt-rPT

          羅馬尼亞文:values-ro-rRO

          俄文:values-ru-rRU

          斯洛伐克文:values-sk-rSK

          斯洛文尼亞文:values-sl-rSI

          塞爾維亞文:values-sr-rRS

          瑞典文:values-sv-rSE

          泰文:values-th-rTH

          塔加洛語:values-tl-rPH

          土耳其文:values--r-rTR

          烏克蘭文:values-uk-rUA

          越南文:values-vi-rVN

          posted @ 2012-02-09 15:21 建華 閱讀(4879) | 評(píng)論 (0)編輯 收藏

          2011年12月20日

          如果task中已經(jīng)有這個(gè)activity A,那么就把A拿到task的最頂層,而不是創(chuàng)建一個(gè)新的activity

          Intent.FLAG_ACTIVITY_REORDER_TO_FRONT的意思是,如果task中已經(jīng)有這個(gè)activity A,那么就把A拿到task的最頂層,而不是創(chuàng)建一個(gè)新的activity。

          所以不加flag也不會(huì)影響界面的切過去,只是會(huì)影響task的順序而已。

          posted @ 2011-12-20 19:31 建華 閱讀(299) | 評(píng)論 (0)編輯 收藏

          2011年12月14日

          Android開發(fā)小知識(shí) ListView幾個(gè)比較特別的屬性

          Android:stackFromBottom="true" 設(shè)置該屬性之后你做好的列表就會(huì)顯示在列表的最下面,值為true和false
          android:transcriptMode="alwaysScroll" 要用ListView或者其它顯示大量Items的控件實(shí)時(shí)跟蹤或者查看信息,并且希望最新的條目可以自動(dòng)滾動(dòng)到可視范圍內(nèi)。通過設(shè)置的控件 transcriptMode屬性可以將Android平臺(tái)的控件(支持ScrollBar)自動(dòng)滑動(dòng)到最底部。 c
          acheColorHint屬性,很多人希望能夠改變一下它的背景,使他能夠符合整體的UI設(shè)計(jì),改變背景背很簡(jiǎn)單只需要準(zhǔn)備一張圖片然后指定屬性
          android:background="@drawable/bg",不過當(dāng)你這么做以后,發(fā)現(xiàn)背景是變了,但是當(dāng)你拖動(dòng),或者點(diǎn)擊list空白位置的 時(shí)候發(fā)現(xiàn)ListItem都變成黑色的了,破壞了整體效果。 如果只是換背景的顏色的話,可以直接指定
          android:cacheColorHint為你所要的顏色,如果你是用圖片做背景的話,那也只要將
          android:cacheColorHint指定為透明(#00000000)就可以了
          android:divider="@drawable/list_driver" 其中 @drawable/list_driver 是一個(gè)圖片資源,如果不想顯示分割線則只要設(shè)置為android:divider="@drawable/@null" 就可以了 android:scrollbars="none"與setVerticalScrollBarEnabled(true);的效果是一樣的,不活動(dòng)的 時(shí)候隱藏,活動(dòng)的時(shí)候也隱藏 android:fadeScrollbars="true" 配置ListView布局的時(shí)候,設(shè)置這個(gè)屬性為true就可以實(shí)現(xiàn)滾動(dòng)條的自動(dòng)隱藏和顯示。 fadingEdge屬性,上邊和下邊有黑色的陰影 android:fadingEdge="none" 設(shè)置后沒有陰影了

          posted @ 2011-12-14 20:14 建華 閱讀(436) | 評(píng)論 (0)編輯 收藏

          2011年12月13日

          做一個(gè)透明的activity

          <activity android:name=".usual.activity.Declaration" android:theme="@android:style/Theme.Translucent.NoTitleBar" />

          posted @ 2011-12-13 14:13 建華 閱讀(337) | 評(píng)論 (0)編輯 收藏

          2011年11月24日

          draw9patch不失真背景

          1.背景自適應(yīng)且不失真問題的存在
                制作自適應(yīng)背景圖片是UI開發(fā)的一個(gè)廣泛?jiǎn)栴},也是界面設(shè)計(jì)師渴望解決的問題,我相信我們彼此都深有體會(huì)。
                比如,列表的背景圖一定,但是列表的高度隨著列表數(shù)據(jù)項(xiàng)會(huì)發(fā)生變化;標(biāo)題欄的背景,無論橫屏還是豎屏,高分辨率還是低分辨率,都能自動(dòng)填充滿,而且不失真等等背景問題。
                根據(jù)以往的經(jīng)驗(yàn),我們一般采用先切圖后拼湊的做法,這種做法本來我想在這里和大家介紹一下,其實(shí)有的時(shí)候還是很有用的,但是說起來會(huì)比較麻煩,就不說這個(gè)非重點(diǎn)了,略去,如果大家真的要介紹,在回復(fù)中說明,我再考慮一下。
               Android針對(duì)這種情況,專門制作了一種.9.PNG格式來解決這個(gè)問題。

          2.9.PNG格式。
                我不想在這里過多的討論P(yáng)NG格式的定義問題。但是.9.PNG確實(shí)是標(biāo)準(zhǔn)的PNG格式,只是在最外面一圈額外增加1px的邊框,這個(gè)1px的邊框就是 用來定義圖片中可擴(kuò)展的和靜態(tài)不變的區(qū)域。特別說明,left和top邊框中交叉部分是可拉伸部分,未選中部分是靜態(tài)區(qū)域部分。right和bottom 邊框中交叉部分則是內(nèi)容部分(變相的相當(dāng)于定義看一個(gè)內(nèi)邊距,神似padding功能,后面我會(huì)單獨(dú)介紹一下),這個(gè)參數(shù)是可選的, 如下圖。
               在Android中以9.PNG格式的圖片未背景,則能夠自定義拉伸而不失真,比如系統(tǒng)的Button就是一個(gè)典型的例子。 
               其實(shí)呢,無論是left和top,還是right和bottom都是把圖片分成9塊 (邊角四塊是不能縮放的,其他的四塊則是允許縮放的),所以叫做9.PNG。

          3. 使用Draw9Patch.jar制作9.PNG圖片之定義拉伸區(qū)域。
                前面已經(jīng)了解到9.PNG格式的工作方式,下面我們使用谷歌提供的Draw9Patch(運(yùn)行android-sdk-windows\tools目錄下的Draw9Patch.bat)來制作.9.PNG圖片。
                第一步:準(zhǔn)備要拉伸的圖片。
                                                                     
                非常小的一張圖片,我希望以此為背景,中間部分填充文章內(nèi)容。
                第二步:制作.9.PNG圖片
                打開Draw9Patch,把圖片拖進(jìn)去,如下:

                默認(rèn)的拉伸是整體拉伸,其實(shí)邊框部分我們并不想拉伸,好,我們自己來定義拉伸區(qū)域,如下圖:

                 然后點(diǎn)擊File,導(dǎo)出為content.9.png。
                 第三步:在layout文件中使用制作的 .9.PNG圖片.
                 新建工程Draw9Patch,默認(rèn)主Activity為Draw9PatchActivity.java:

          1@Override
          2public void onCreate(Bundle savedInstanceState)
          3{
          4    super.onCreate(savedInstanceState);
          5    setContentView(R.layout.main);
          6}

                我們把content.9.png文件拷貝到/res/drawable文件夾下,打開/res/layout目錄下的main.xml,申明如下:

          01<?xml version="1.0" encoding="utf-8"?>
          02<LinearLayout xmlns:android="
          03    android:orientation="vertical"
          04    android:layout_width="fill_parent"
          05    android:layout_height="fill_parent"
          06    android:background="#777"
          07    android:padding="8dip"
          08    >
          09    <TextView
          10    android:layout_width="fill_parent"
          11    android:layout_height="wrap_content"
          12    android:text="正文:A NinePatchDrawable graphic is a stretchable bitmap image."
          13    android:background="@drawable/content"
          14    android:textColor="#000"
          15    />
          16</LinearLayout>

               如圖,

               我們修改text,

          01<?xml version="1.0" encoding="utf-8"?>
          02<LinearLayout xmlns:android="
          03    android:orientation="vertical"
          04    android:layout_width="fill_parent"
          05    android:layout_height="fill_parent"
          06    android:background="#777"
          07    android:padding="8dip"
          08    >
          09<TextView
          10    android:layout_width="fill_parent"
          11    android:layout_height="wrap_content"
          12    android:text=" 正文:A NinePatchDrawable graphic is a stretchable bitmap image, which Android will automatically resize to accommodate the contents of the View in which you have placed it as the background. A NinePatch drawable is a standard PNG image that includes an extra 1-pixel-wide border."
          13    android:background="@drawable/content"
          14    android:textColor="#000"
          15    />
          16</LinearLayout>

                如圖,

                可以看出,邊框非常的清晰。下圖是未使用.9.PNG的對(duì)比圖,而且也不是我們要的效果:

                到這里為止,我們已經(jīng)基本會(huì)制作.9.PNG圖片了。為了知識(shí)體系的全面性和深入性,我們繼續(xù)。

          4.使用Draw9Patch.jar制作9.PNG圖片之定義內(nèi)容區(qū)域。
                是不是覺得文字和邊距挨的太近,好,我們使用right和bottom邊的線來定義內(nèi)容區(qū)域,來達(dá)到增大內(nèi)邊距的目的。

                我們定義了一個(gè)很小的內(nèi)容區(qū)域,其他的地方則自動(dòng)充當(dāng)邊框,從而使內(nèi)邊距顯的很大,如下圖,

                在這里,我要特別說明,一開始為了增大內(nèi)邊距,很容易慣性思維,在<TextView>中申明 android:padding="10dip" 之類的,我在這里勸告朋友們不要這么做,一是你將無法預(yù)知你的顯示,二是這比較混淆,因?yàn)樵O(shè)置內(nèi)容區(qū)域就是確定padding,所以我在前面部分說他們是 神似。我個(gè)人認(rèn)為通過內(nèi)容區(qū)域設(shè)定padding比在布局xml中定義padding更優(yōu)雅,更簡(jiǎn)潔!
                關(guān)于Draw9Patch工具的其他使用說明,我在次不再累述,因?yàn)橐f的話太多,為了節(jié)省篇幅,請(qǐng)參考官方文檔。

          5.制作.9.PNG的高級(jí)技巧。
                 對(duì)于初學(xué)Draw9Patch的人來說,這可以算是高級(jí)技巧,那就是:拉伸區(qū)域,可以不是連續(xù)的,可以不止一塊,而且是和自定義的邊框線的長(zhǎng)度成正比。
                 直接上圖說明:
           

          6.SDK中如何處理9.PNG圖片。
                SDK專門針對(duì)9.PNG做了定義和處理,這里我們只是做個(gè)簡(jiǎn)單的流程分析,Bitmap在讀取圖像流數(shù)據(jù)的時(shí)候,會(huì)把判斷圖片的 NinePatchChunk(9Patch數(shù)據(jù)塊),如果NinePatchChunk不為空,則是 NinePatchDrawable,NinePatchDrawable則又會(huì)交給NinePatch處理:

          1setNinePatchState(new NinePatchState(
          2               new NinePatch(bitmap, bitmap.getNinePatchChunk(), "XML 9-patch"),
          3               padding, dither), r);

                NinePatch檢驗(yàn)成功則調(diào)用本地方法,繪制出最終的圖片:

          1nativeDraw(canvas.mNativeCanvas, location,
          2                mBitmap.ni(), mChunk, paint != null ? paint.mNativePaint : 0,
          3                canvas.mDensity, mBitmap.mDensity);

          7.android系統(tǒng)中大量應(yīng)用了9.PNG圖片。
               通過解壓隨便一個(gè)rom,找到里面的framework_res.apk,里面有大量的9.PNG格式文件,被廣泛的應(yīng)用起來,比如常見的有:
               按鈕:  
               解鎖:  
               下拉框:  
               標(biāo)題欄:
               Toast:
                還有搜索,鍵盤,放大縮小控件,時(shí)間加減等等,我就不一一列舉。

          8.最后送上一些圖例,以饗讀者,以做后鑒:
           
          賞圖1 本人之作

           賞圖2 下拉按鈕
           
          賞圖3 文章頭部背景 
           
          賞圖4 系統(tǒng)頭部背景
          轉(zhuǎn)載于
          http://www.cnblogs.com/qianxudetianxia/archive/2011/04/17/2017591.html

          posted @ 2011-11-24 15:00 建華 閱讀(1288) | 評(píng)論 (1)編輯 收藏

          主站蜘蛛池模板: 阜南县| 水富县| 上林县| 大连市| 甘孜| 东光县| 晋江市| 克拉玛依市| 西乌珠穆沁旗| 盘锦市| 木兰县| 缙云县| 贵溪市| 瓮安县| 保山市| 会宁县| 太白县| 平远县| 沂源县| 河津市| 卓尼县| 阿坝县| 凤凰县| 望奎县| 宝鸡市| 茶陵县| 友谊县| 万山特区| 台州市| 油尖旺区| 民勤县| 绥芬河市| 西充县| 卓资县| 三亚市| 赤水市| 体育| 长岭县| 灵宝市| 新田县| 信宜市|