第一篇：深圳安卓應(yīng)用程序技術(shù)培訓(xùn)學(xué)校資料
安卓開(kāi)發(fā)工程師，2013年金領(lǐng)行業(yè)，深圳安卓應(yīng)用軟件開(kāi)發(fā)培訓(xùn)（安卓APP應(yīng)用軟件開(kāi)發(fā)）深圳系統(tǒng)集成開(kāi)發(fā)，深圳安卓嵌入式開(kāi)發(fā)培訓(xùn)。這些行業(yè)目前是深圳地區(qū)緊缺稀缺人才，崗位多，待遇高，放下你的執(zhí)拗，用好你的業(yè)余時(shí)間，學(xué)一門(mén)真正改變命運(yùn)的技術(shù)。你還在抽搐等待什么，來(lái)深圳中鵬培訓(xùn)安卓應(yīng)用軟件開(kāi)發(fā)學(xué)校了解清楚，成就自己真正的事業(yè)！
【開(kāi)班時(shí)間】
安卓應(yīng)用程序周末班：6月23日
【中鵬優(yōu)勢(shì)】:
1、最專業(yè)的師資團(tuán)隊(duì)：我們的培訓(xùn)講師均具備至少五年以上的移動(dòng)終端軟件研發(fā)經(jīng)驗(yàn)，擁有負(fù)責(zé)過(guò)國(guó)內(nèi)多個(gè)一線品牌的項(xiàng)目經(jīng)驗(yàn)，是最貼近行業(yè)前沿的講師團(tuán)隊(duì)；
2、最前沿的培訓(xùn)課程：我們的培訓(xùn)課程完全根據(jù)主流企業(yè)用人需求研發(fā)，做有針對(duì)性地培訓(xùn)，用最高的效率來(lái)保證學(xué)員學(xué)習(xí)的內(nèi)容豐富實(shí)用；
3、最實(shí)用的實(shí)操演練：我們的實(shí)戰(zhàn)演練完全模擬企業(yè)真實(shí)的項(xiàng)目和案例來(lái)開(kāi)展，培訓(xùn)過(guò)程中涉及到的開(kāi)發(fā)調(diào)試設(shè)備也是和企業(yè)完全一致；
4、最精準(zhǔn)的課程講義：我們的課程講義，完全根據(jù)培訓(xùn)學(xué)員的實(shí)際情況并結(jié)合市場(chǎng)需求來(lái)定制調(diào)整，并推薦適用的參考書(shū)籍資料，以幫助學(xué)員舉一反三，最短時(shí)間學(xué)會(huì)最扎實(shí)的專業(yè)技能。
【課程內(nèi)容】
Android應(yīng)用開(kāi)發(fā)：
Android上JAVA開(kāi)發(fā)的基礎(chǔ)知識(shí)及SQLite ；Android基礎(chǔ)介紹、控件學(xué)習(xí)和應(yīng)用、程序界面開(kāi)發(fā)、程序調(diào)試、事件處理機(jī)制、消息廣播與服務(wù)響應(yīng)、Android多線程基礎(chǔ)、單機(jī)android應(yīng)用開(kāi)發(fā)實(shí)戰(zhàn)；android網(wǎng)絡(luò)開(kāi)發(fā)基礎(chǔ)、手機(jī)系統(tǒng)功能開(kāi)發(fā)
Android系統(tǒng)集成：
Android平臺(tái)基礎(chǔ)、Android驅(qū)動(dòng)核心基礎(chǔ)、塊設(shè)備驅(qū)動(dòng)開(kāi)發(fā)、Android驅(qū)動(dòng)模型、Android電源管理、Android驅(qū)動(dòng)層次、調(diào)試技術(shù)、設(shè)備驅(qū)動(dòng)程序、實(shí)踐調(diào)試
第二篇：深圳安卓開(kāi)發(fā)培訓(xùn)有沒(méi)有用？
深圳安卓開(kāi)發(fā)培訓(xùn)有沒(méi)有用
龐大的市場(chǎng)意味著更大的挑戰(zhàn)、更多的人才需求與就業(yè)機(jī)會(huì)，在現(xiàn)行教育模式下，高校計(jì)算機(jī)網(wǎng)絡(luò)專業(yè)畢業(yè)生技術(shù)實(shí)力與企業(yè)雇主期望存在較大落差。面對(duì)競(jìng)爭(zhēng)壓力，只有通過(guò)不斷提升自己的綜合能力才可以在激烈的競(jìng)爭(zhēng)中立于不敗之地。深圳安卓開(kāi)發(fā)培訓(xùn)的盛行之勢(shì)顯露無(wú)疑。
參加深圳安卓開(kāi)發(fā)培訓(xùn)這個(gè)想法在上大學(xué)的時(shí)候就有了，一直沒(méi)有機(jī)會(huì)去做，在人生感到絕望的時(shí)候，這是曾我的最后一條路，如果可以走下去，我便有了人生的道路。至于為什么是安卓開(kāi)發(fā)培訓(xùn)，來(lái)之前培訓(xùn)的目的很簡(jiǎn)單，就是找到一份工作，一份糊口的工作而已，可是畢業(yè)之后，感覺(jué)當(dāng)時(shí)的目的有些幼稚，在安卓開(kāi)發(fā)培訓(xùn)學(xué)習(xí)，對(duì)我來(lái)說(shuō)卻是可以為自己的人生定位的一次契機(jī)。當(dāng)你有在某領(lǐng)域有自己的長(zhǎng)處時(shí)，你才能在這個(gè)領(lǐng)域走下去。
路是自己選的，所以自從我下定決心進(jìn)行千鋒安卓培訓(xùn)的第一天開(kāi)始，我就對(duì)自己制定了目標(biāo)，哪怕再苦再累自己也要扛著。上課的第一天我就被那里的老師們的專業(yè)技能和敬業(yè)程度深深震撼，老師會(huì)對(duì)每個(gè)知識(shí)點(diǎn)不厭其煩的重復(fù)。直到我們每個(gè)人都理解了為止，也正是從這個(gè)時(shí)候起我感到學(xué)校學(xué)到東西的膚淺。由于自己本來(lái)有一定的JAVA基礎(chǔ)，所以雖然上課比大家遲了一周，但是在同學(xué)和老師的幫助下，我很快趕上了進(jìn)度。驚奇的收獲是，在這里的4個(gè)月敲的代碼量竟然是我大學(xué)4年敲的代碼的10倍。為了鞏固每天的知識(shí)點(diǎn)，每天都有相應(yīng)的課下練習(xí)，每天高強(qiáng)度的練習(xí)讓自己在以后的工作中也
可以扛得住壓力！在千鋒學(xué)習(xí)了四個(gè)月的安卓開(kāi)發(fā)培訓(xùn)，讓我從一個(gè)編程的菜鳥(niǎo)，變成一名安卓開(kāi)發(fā)人員，并順利就業(yè)，也證實(shí)了千鋒的雄厚實(shí)力。在這里我經(jīng)歷了JAVA語(yǔ)言、UI、網(wǎng)絡(luò)、項(xiàng)目實(shí)踐，最后是獨(dú)立開(kāi)發(fā)項(xiàng)目，每個(gè)階段都必須通過(guò)考核，才能進(jìn)入下一個(gè)階段，而且每個(gè)階段都有一位認(rèn)證負(fù)責(zé)任的講師陪我們度過(guò)。
高薪是我在深圳安卓開(kāi)發(fā)培訓(xùn)第一天就下定決心的終極目標(biāo)，接受自己的過(guò)去，打造一份優(yōu)秀的簡(jiǎn)歷是我必須完成的職業(yè)生涯課題第一課，多和就業(yè)老師溝通，不斷優(yōu)化自己的簡(jiǎn)歷，同時(shí)，面試會(huì)存在著諸多的不順，每一次的失敗，都要去多多總結(jié)，反省，我開(kāi)始相信并逐漸堅(jiān)信，當(dāng)我們能找到自己的不足并去彌補(bǔ)，上帝總會(huì)留下一扇窗是給你。
文章取材來(lái)自千鋒深圳安卓培訓(xùn)學(xué)員的真實(shí)經(jīng)歷。
第三篇：安卓學(xué)習(xí)心得
Android學(xué)習(xí)心得
-----093380117
計(jì)算機(jī)應(yīng)用（1）
張峰
1.關(guān)于Activity
1.在一個(gè)Activity中使用多個(gè)View
如果把Activity看作MVC中的Control？它負(fù)責(zé)管理UI和接受事件（包括用戶的輸入），雖然說(shuō)一個(gè)Activity通常對(duì)應(yīng)一個(gè)屏幕，但事實(shí)上，我們是可以只用一個(gè)Activity管理多個(gè)不同的View來(lái)實(shí)現(xiàn)簡(jiǎn)單的邏輯。首先，我們?cè)黾右粋€(gè)新的資源描述layout/second.xml。
除了一個(gè)“Hello中國(guó)”以外，增加一個(gè)按鈕可以返回前一個(gè)界面。然后，在代碼中我們要為helloTwo增加兩個(gè)方法，setViewOneCommand和setViewTwoCommand，分別處理一下在不同界面時(shí)，從資源里加載組件并為組件綁定一個(gè)事件處理器最后，我們需要在onCreate的時(shí)候，也就是啟動(dòng)后的main界面上設(shè)置一下按鈕事件處理器。2.還是回到正道上，多個(gè)Activity之間的跳轉(zhuǎn)
Android中提供一個(gè)叫Intent的類來(lái)實(shí)現(xiàn)屏幕之間的跳轉(zhuǎn)，按文檔的說(shuō)法，似乎他們也建議采用這種方法，Intent的用法比較復(fù)雜，現(xiàn)在我先看看它最簡(jiǎn)單的用法。
這里的跳轉(zhuǎn)功能用Intent來(lái)操作，它的最簡(jiǎn)單用法就是用函數(shù)setClass()設(shè)置跳轉(zhuǎn)前后兩個(gè)Activity類的實(shí)例，然后調(diào)用Activity自己的startActivity(intent)即可。最后一句finish()表示將當(dāng)前Activity關(guān)掉（如果不關(guān)掉會(huì)如何？你可以自己試一下看效果，事實(shí)上有時(shí)我們是不需要關(guān)掉當(dāng)前Activity的）。
然后，我們同樣弄一個(gè)Activity類HelloThreeB，代碼與前面的差不多，只是將setClass的兩個(gè)參數(shù)反一下，這樣就可以簡(jiǎn)單地實(shí)現(xiàn)在兩個(gè)Activity界面中來(lái)回切換的功能了。
2.關(guān)于 Intent的使用
Intent分為兩大類，顯性的（Explicit）和隱性的（Implicit）。一般來(lái)說(shuō)，intent要定位事件的目的地，無(wú)外乎需要以下幾個(gè)信息： 1.種類（category），比如我們常見(jiàn)的 LAUNCHER_CATEGORY 就是表示這是一類應(yīng)用程序。
2.類型（type），在前面的例子中沒(méi)用過(guò)，表示數(shù)據(jù)的類型，這是隱性Intent定位目標(biāo)的重要依據(jù)。
3.組件（component），前面的例子中用的是setClass，不過(guò)也可以用setComponent來(lái)設(shè)置intent跳轉(zhuǎn)的前后兩個(gè)類實(shí)例。4.附加數(shù)據(jù)（extras），在ContentURI之外還可以附加一些信息，它是Bundle類型的對(duì)象。
其實(shí)，如果是在一個(gè)應(yīng)用內(nèi)部，這種隱性的intent實(shí)在有點(diǎn)別扭，個(gè)人覺(jué)得，這種松藕合的實(shí)現(xiàn)方法，只適用于那些較大的系統(tǒng)或者多個(gè)不同的應(yīng)用之間的調(diào)用，可手機(jī)上又有什么“較大”的系統(tǒng)呢？無(wú)非是可以與不同來(lái)源的多個(gè)應(yīng)用之間方便地互操作而已，那么會(huì)是什么樣的場(chǎng)景呢？比如，給QQ好友發(fā)送gmail郵件，用GoogleMap查找QQ好友所在的位置？看上去挺不錯(cuò)的。
關(guān)于這個(gè)ContentProvider，其實(shí)還有話說(shuō)，它主要是的那些看似數(shù)據(jù)庫(kù)操作的方法我們都沒(méi)真正去實(shí)現(xiàn)呢。不過(guò)今天就到這里了，等下回再去研究吧。
3.關(guān)于ListActivity
準(zhǔn)備一個(gè)List對(duì)象并借助Adapter就可以構(gòu)造出一個(gè)列表。重載onListItemClick方法可以響應(yīng)選擇事件，利用第一個(gè)參數(shù)可以訪問(wèn)到這個(gè)ListView實(shí)例以得到選中的條目信息。這里有一點(diǎn)要說(shuō)明的，就是如果更簡(jiǎn)單的話，其實(shí)連那個(gè)setContentView都可以不要了，Android也會(huì)自動(dòng)幫我們構(gòu)造出一個(gè)全屏的列表。但是本例中我們需要一個(gè)TextView來(lái)顯示選中的條目，所以我們需要一個(gè)layout.mainb描述一下這個(gè)列表窗口。
這里需要注意的是那個(gè)ListView的ID，是系統(tǒng)自定義的android:list，不是我們隨便取的，否則系統(tǒng)會(huì)說(shuō)找不到它想要的listview了。然后，在這個(gè)listview之外，我們又增加了一個(gè)TextView，用來(lái)顯示選中的條目。
再來(lái)說(shuō)說(shuō)這里用到的ArrayAdapter，它的構(gòu)造函數(shù)中第二個(gè)參數(shù)是一個(gè)資源ID，ArrayAdapter的API文檔中說(shuō)是要求用一個(gè)包含TextView的layout文件，平臺(tái)用它來(lái)顯示每個(gè)選擇條目的樣式，這里的取值是R.layout.list_row，所以，我們還有一個(gè)list_row.xml文件來(lái)描述這個(gè)布局，相當(dāng)簡(jiǎn)單。
從ArrayAdapter上溯到BaseAdapter，發(fā)現(xiàn)還有幾個(gè)同源的Adapter也應(yīng)該可以使用，象SimpleAdapter和CursorAdapter，還是做個(gè)例子來(lái)實(shí)驗(yàn)一下吧。
然后，在HelloTwoB中的onCreate函數(shù)中，修改代碼，有幾個(gè)不同：items的元素是HashMap實(shí)例，這是一點(diǎn)變化，然后構(gòu)造函數(shù)除了要求items以外，還要求提供一個(gè)string[]來(lái)說(shuō)明用hash表中的哪個(gè)字段顯示在列表中，而后是一個(gè)資源ID的數(shù)組。
因?yàn)閱渭兊腃ursorAdapter是抽象類，所以我用的是它的子類SimpleCursorAdapter，很好理解，先用ContentResolver查詢通訊簿得到一個(gè)游標(biāo)，然后告訴SimpleCursorAdapter要用其中的People.NAME作為顯示項(xiàng)來(lái)構(gòu)造出一個(gè)adapter即可。4.關(guān)于Dialog
注意到android.app包下除了Dialog（可用于制作復(fù)雜的對(duì)話框）以外，還包括了幾個(gè)系統(tǒng)定義好的對(duì)話框類，如DatePickerDialog、TimePickerDialog及AlertDialog。
其中AlertDialog我上回用過(guò)一次，基本上就那樣子了，今天看看另外兩個(gè)對(duì)話框的使用吧。
很簡(jiǎn)單的，無(wú)非是需要一個(gè)OnDateSetListener接口的實(shí)現(xiàn)而已，在它里面的dateSet方法中就可以得到選擇的日期了。而TimePickerDialog與DatePickerDialog使用如出一轍。
看看另一個(gè)ProgressDialog的用法吧，這個(gè)類與AlertDialog一樣包含了多個(gè)static的方法，所以使用起來(lái)是非常方便的。比如說(shuō)，如果我們需要用它來(lái)表示一個(gè)長(zhǎng)時(shí)間的操作。
5.關(guān)于Service和Notification
大略地看了一下android.app下的Service類，覺(jué)得它與Activity非常相似，只是要注意幾個(gè)地方：
1.生命周期，Service的從onCreate()->onStart(int,Bundle)->onDestroy()顯得更為簡(jiǎn)單。但是它的onStart是帶參數(shù)的，第一個(gè)ID可用來(lái)標(biāo)識(shí)這個(gè)service，第二個(gè)參數(shù)顯示是用來(lái)傳遞數(shù)據(jù)的了。比較Activity，傳遞數(shù)據(jù)的Bundle是在onCreate就帶進(jìn)入的。
2.Service的啟動(dòng)由Context.startService開(kāi)始，其實(shí)Activity或者Service都是Context的派生類。結(jié)束于Context.stopService()或者它自己的stopSelf()。
3.Service還有一個(gè)與Activity不一樣的是它可以由另一個(gè)Context去綁定一個(gè)已存在的Service。就是這個(gè)方法Context.bindService()，被綁定的Service要求是已經(jīng)onCreate了但可以沒(méi)有onStart。在Service類中有個(gè)抽象方法getBinder()可以得到這個(gè)IBinder對(duì)象。關(guān)于這方面的細(xì)節(jié)，以后再看，這里只做個(gè)記錄罷。
4.與Service有關(guān)的還有一個(gè)安全的問(wèn)題，可以在AndroidManifest.xml中用
6．GridView與ImageView
簡(jiǎn)單一點(diǎn)吧，就瞧瞧那個(gè)Grid的效果，Android提供了一個(gè)GridView，不過(guò)從APIDemo中看來(lái)，它似乎與PC上的GRID差別還是挺大的，更像那個(gè)IconView的感覺(jué)。不知道Android中如何實(shí)現(xiàn)表格界面？雖然在移動(dòng)終端上，表格一般不會(huì)有誰(shuí)使用，大家似乎更傾向于使用ListView，而Android對(duì)于ListView則有更簡(jiǎn)單的實(shí)現(xiàn)ListActivity。
很簡(jiǎn)單，只要重載幾個(gè)方法就可以了，關(guān)鍵是那個(gè)getView方法，它負(fù)責(zé)構(gòu)建出每個(gè)單元格中的對(duì)象實(shí)例。這里我們構(gòu)造的是一個(gè)ImageView實(shí)例。
然后就是同樣的將這個(gè)Adapter賦給GridView即可，大家可以看看效果，注意在做這個(gè)例子前，先放幾個(gè)小圖片到res/drawable目錄下，buildproject一下就可以得到那個(gè)R.drawable.a了（這里的a是圖像文件名，如a.png）。
在getView方法中我們使用了ImageView類，這又是一個(gè)widget。除了上面用到的幾個(gè)方法以外，還有以下幾個(gè)方法值得注意： 與圖像來(lái)源有關(guān)的方法，我們只用了資源文件的方式。
還是習(xí)慣性跑題了，其實(shí)，我是想通過(guò)我對(duì)這個(gè)類的無(wú)數(shù)次Debugger跟進(jìn)，說(shuō)說(shuō)它的多線程異步處理的解決策略的。他的基本策略如下： 1.當(dāng)你實(shí)例化一個(gè)AsyncQueryHandler類時(shí)（包括其子類...），它會(huì)單件構(gòu)造一個(gè)線程（后面會(huì)詳述...），這個(gè)線程里面會(huì)構(gòu)建一個(gè)消息循環(huán)。
2.獲得該消息循環(huán)的指針，用它做參數(shù)實(shí)例化另一個(gè)Handler類，該類為內(nèi)部類。至此，就有了兩個(gè)線程，各自有一個(gè)Handler來(lái)處理消息。3.當(dāng)調(diào)用onXXX的時(shí)候，在XXX函數(shù)內(nèi)部會(huì)將請(qǐng)求封裝成一個(gè)內(nèi)部的參數(shù)類，將其作為消息的參數(shù)，將此消息發(fā)送至另一個(gè)線程。4.在該線程的Handler中，接受該消息，并分析傳入的參數(shù)，用初始化時(shí)傳入的ContentResolver進(jìn)行XXX操作，并返回Cursor或其他返回值。
5.構(gòu)造一個(gè)消息，將上述返回值以及其他相關(guān)內(nèi)容綁定在該消息上，發(fā)送回主線程。
6.主線程默認(rèn)的AsyncQueryHandler類的handleMessage方法（可自定義，但由于都是內(nèi)部類，基本沒(méi)有意義...）會(huì)分析該消息，并轉(zhuǎn)發(fā)給對(duì)應(yīng)的onXXXComplete方法。
7.用戶重寫(xiě)的onXXXComplete方法開(kāi)始工作。
這就是它偷偷摸摸做過(guò)的事情，基本還是很好理解的。我唯一好奇的是它的線程管理方式，我猜測(cè)他是用的單件模式。第一個(gè)AsyncQueryHandler的實(shí)例化會(huì)導(dǎo)致創(chuàng)建一個(gè)線程，從此該線程成為不死老處男，所有的ContentResolver相關(guān)的工作，都由該線程統(tǒng)一完成。個(gè)人覺(jué)得這種解決方式很贊。本來(lái)這個(gè)線程的生命周期就很難估量，并且，當(dāng)你有一個(gè)ContentProvider的請(qǐng)求的時(shí)候，判斷你會(huì)做更多的類似操作并不過(guò)分。就算錯(cuò)了，花費(fèi)的也只是一個(gè)不死的線程（與進(jìn)程同生死共存亡...），換來(lái)的卻是簡(jiǎn)單的生命周期管理和無(wú)數(shù)次線程生死開(kāi)銷(xiāo)的節(jié)約。同時(shí)另外一個(gè)很重要的問(wèn)題，他并會(huì)涉及到單件中數(shù)據(jù)同步的問(wèn)題，每個(gè)類都有各自的Handler類，彼此互不干擾，分發(fā)可以分別進(jìn)行。當(dāng)多個(gè)數(shù)據(jù)請(qǐng)求的時(shí)候，在同一個(gè)ContentResolver上進(jìn)行的可能微乎其微，這就避免了堵塞?？偠灾?，這套解決辦法和Android的整體設(shè)計(jì)算是天作之合了。
所以建議，如果你有什么非ContentProvider操作，卻需要異步多線程執(zhí)行的話，模擬一套，是個(gè)不錯(cuò)的策略，當(dāng)然，具體情況具體分析，生搬硬套是學(xué)不好馬列主義的。
7.顯示控件使用
Android的界面顯示同樣也是基于控件的。通常是用View（包括ViewGroup）控件配上XML的樣式來(lái)做的。具體細(xì)節(jié)不想說(shuō)了，可以參考 Samples里的ApiDemos/View，和View的Doc，以及Implementing a UI這篇Doc。其他還有很多，感覺(jué)算是SDK講述的最多的內(nèi)容。
從控件的使用上，和網(wǎng)頁(yè)的設(shè)計(jì)類似，盡量用parent_width之類的抽象長(zhǎng)度，用Theme來(lái)做風(fēng)格，抽取所有的字串等信息做本地化設(shè)計(jì)。相關(guān)內(nèi)容參看Implementing a UI就好。
一類比較重要的是數(shù)據(jù)綁定控件。如果做過(guò)ASP.Net會(huì)從中看到很多類似的地方。一個(gè)支持?jǐn)?shù)據(jù)綁定的控件，比如ListView。可以通過(guò)一個(gè) ListAdapter綁定到一個(gè)數(shù)據(jù)源上。ListAdapter是一個(gè)抽象類，主要的實(shí)現(xiàn)類包括SimpleAdapter和 SimpleCursorAdapter。前者是綁定一個(gè)靜態(tài)的Array，后者是綁定一個(gè)動(dòng)態(tài)的Cursor。Cursor前面說(shuō)過(guò)，是一個(gè)指向數(shù)據(jù)源的隨機(jī)迭代器，將View綁定到Cursor通常要設(shè)置這樣幾個(gè)參數(shù)。一個(gè)是每一行的樣式，稱作Row Layout，其實(shí)就是一個(gè)普通的Layout的XML文件。還有就是一個(gè)列和現(xiàn)實(shí)控件的對(duì)應(yīng)關(guān)系。那個(gè)控件顯示哪個(gè)列的值，這是需要配置的。為了定制一個(gè)良好的數(shù)據(jù)顯示控件，最簡(jiǎn)單你可以定制很PP的Row Layout，復(fù)雜一點(diǎn)就是可以重載綁定控件View，或者是適配器ListAdapter。如果是一個(gè)數(shù)據(jù)顯示密集的應(yīng)用，且你對(duì)UI有些追求，這個(gè)工作估計(jì)是必不可少的。
一個(gè)主要用于顯示數(shù)據(jù)內(nèi)容的Activity，可以選擇派生自ListActivity。它提供了一個(gè)具有ListView 的Layout，還有simple_list_item_1, simple_list_item_2, two_line_list_item等默認(rèn)的Row Layout，還有一些比較不錯(cuò)的API，和可供響應(yīng)選擇Item的事件。可以滿足你比較基礎(chǔ)的需求。如果你覺(jué)得只有一個(gè)ListView的界面太突兀，你可以為這個(gè)ListActivity指定一個(gè)Layout，需要注意的是，你需要提供一個(gè)id為@android:id/list的ListView控件，避免Activity在內(nèi)部偷偷尋找該控件的時(shí)候失敗。
除了這些要求，做好UI還有注意易用性和效率。快捷鍵是一個(gè)比較不錯(cuò)的選擇，在 Activity中調(diào)用setDefaultkeyMode(SHORTCUT_DEFAULT_KEYS)，可以開(kāi)啟快捷鍵模式，然后你可以將菜單綁定到指定快捷鍵上就OK了。個(gè)人覺(jué)得Tip也是一個(gè)比較重要的東西，但目前觀察看來(lái)，這個(gè)東西只能夠自己提供了。界面的動(dòng)態(tài)性有時(shí)候是不可避免的，比如說(shuō)菜單就是一個(gè)需要經(jīng)常根據(jù)光標(biāo)位置提供不同的選項(xiàng)。這個(gè)東西Android很人道的考慮到了，你可以參看NodeList這個(gè)Sample。它采取的應(yīng)該是一個(gè)靜態(tài)模擬動(dòng)態(tài)的方式，這樣有助于提高速度。你也可以利用ViewInflate，動(dòng)態(tài)從一個(gè)XML創(chuàng)建一個(gè)控件。成本據(jù)Doc說(shuō)很大，不到萬(wàn)不得已不要使用。
8.Intent消息傳遞
在前面寫(xiě)Android的ContentProvider時(shí)候，可以看到那是基于觀察者模式的一個(gè)消息傳遞方法。每一個(gè)Cursor、ContentResolver做為一個(gè)小的注冊(cè)中心，相關(guān)觀察者可以在這個(gè)中心注冊(cè)，更新消息由注冊(cè)中心分發(fā)給各個(gè)觀察者。而在MFC或Winform中，都會(huì)形成一個(gè)消息網(wǎng)，讓消息在網(wǎng)中流動(dòng)，被各節(jié)點(diǎn)使用、吃掉或者在出口死掉。
相比之下，我個(gè)人覺(jué)得基于Intent的Android核心消息傳遞機(jī)制是有所不同的。它應(yīng)該會(huì)有一個(gè)全局性的注冊(cè)中心，這個(gè)注冊(cè)中心是隱性的，整個(gè)Android系統(tǒng)中就那么一個(gè)。所有的消息接收者，都被隱形的注冊(cè)到這個(gè)中心。包括Activity，Service和IntentReceiver。其實(shí)說(shuō)隱形注冊(cè)是不確切的，所有注冊(cè)都還是我們手動(dòng)告訴注冊(cè)中心的，只是與傳統(tǒng)的方式不一樣，我們通常不是通過(guò)代碼，而是通過(guò)配置文件來(lái)做。在應(yīng)用的Manifest中，我們會(huì)為一些Activity或Service添加上Intent-filter，或在配置文件中添加
當(dāng)程序有一個(gè)消息希望發(fā)出去的時(shí)候，它需要將消息封裝成一個(gè)Intent，并發(fā)送。這時(shí)候，應(yīng)該是有一個(gè)統(tǒng)一的中心（恩，有可能Android底層實(shí)現(xiàn)的時(shí)候不是，但簡(jiǎn)單這樣看是沒(méi)問(wèn)題的...）接受到這個(gè)消息，并對(duì)它進(jìn)行解析、判定消息類型（這個(gè)步驟降低了耦合...），然后檢查注冊(cè)了相匹配的filter或receiver，并創(chuàng)建或喚醒接收者，將消息分發(fā)給它。這樣做有很多好處。雖然這種傳遞有的時(shí)候不如點(diǎn)對(duì)點(diǎn)的傳遞快（這有些需要速度的地方，我們看到Android會(huì)通過(guò)直接通信來(lái)做），但有時(shí)候又因?yàn)樗唤?jīng)過(guò)一跳（姑且這么叫吧...），比復(fù)雜的流動(dòng)又要更快。更重要的是，它耦合性低，在手機(jī)平臺(tái)這種程序組件多變的條件下使用十分適合。并且它可以很容易實(shí)現(xiàn)消息的精確或模糊匹配，彈性很大。（我個(gè)人曾想在開(kāi)發(fā)一個(gè)C++二次平臺(tái)的時(shí)候引入這樣的機(jī)制，但在C++中，建立一套完整的數(shù)據(jù)marshal機(jī)制不容易，相比之下，用java來(lái)做會(huì)簡(jiǎn)單很多...）
恩，廢話說(shuō)了很多，具體講講Android中Intent的使用。當(dāng)你有一個(gè)消息需要傳遞，如果你明確知道你需要哪個(gè)Activity或者其他Class來(lái)響應(yīng)的話，你可以指定這個(gè)類來(lái)接受該消息，這被稱為顯性發(fā)送。你需要將Intent的class屬性設(shè)置成目標(biāo)。這種情況很常見(jiàn)，比如startActivity的時(shí)候，會(huì)清楚當(dāng)前Activity完了應(yīng)該是哪個(gè)Activity，那就明確的發(fā)送這個(gè)消息。
但是，有的時(shí)候你并不確定你的消息是需要具體哪個(gè)類來(lái)執(zhí)行，而只是知道接收者該符合哪些條件。比如你只需要有一個(gè)接收者能顯示用戶所選的數(shù)據(jù)，而不想制定某個(gè)具體的方法，這時(shí)候你就需要用到隱形發(fā)送（傳統(tǒng)上，我們可能會(huì)考慮用多態(tài)，但顯然這種方式更為靈活...）。在Android中，你可以為Intent指定一個(gè)action，表示你這個(gè)指令需要處理的事情。系統(tǒng)為我們定義了很多Action類型，這些類型使系統(tǒng)與我們通信的語(yǔ)言（比如在Activity里面加一個(gè)Main的filter，該activity就會(huì)做成該應(yīng)用的入口點(diǎn)），當(dāng)然你也可以用于你自己的應(yīng)用之間的通信（同樣當(dāng)然，也可以自定義...）。強(qiáng)烈建議，在自己程序接收或發(fā)出一個(gè)系統(tǒng)action的時(shí)候，要名副其實(shí)。比如你響應(yīng)一個(gè)view動(dòng)作，做的確實(shí)edit的勾當(dāng)，你發(fā)送一個(gè)pick消息，其實(shí)你想讓別人做edit的事，這樣都會(huì)造成混亂。當(dāng)然只有Action有時(shí)候是不夠的，在Android中我們還可以指定catalog信息和type/data信息，比如所有的顯示數(shù)據(jù)的Activity，可能都會(huì)響應(yīng)View action。但很多與我們需要顯示的數(shù)據(jù)類型不一樣，可以加一個(gè)type信息，明確的指出我們需要顯示的數(shù)據(jù)類型，甚至還可以加上一個(gè)catalog信息，指明只有你只有按的是“中鍵”并發(fā)出這樣的消息才響應(yīng)。從上面可以看出，Android的Intent可以添加上class, action, data/type, catalog等消息，注冊(cè)中心會(huì)根據(jù)這些信息幫你找到符合的接收者。其中class是點(diǎn)對(duì)點(diǎn)的指示，一旦指明，其他信息都被忽略。Intent中還可以添加key/value的數(shù)據(jù)，發(fā)送方和接收方需要保持統(tǒng)一的key信息和value類型信息，這種數(shù)據(jù)的marshal在java里做，是不費(fèi)什么力氣的。
Android的Intent發(fā)送，可以分成單播和廣播兩種。廣播的接收者是所有注冊(cè)了的符合條件的IntentReceiver。在單播的情況下，即使有很多符合條件的接收者，也只要有一個(gè)出來(lái)處理這個(gè)消息就好（恩，個(gè)人看法，沒(méi)找到確切條款或抉擇的算法，本來(lái)想實(shí)驗(yàn)一下，沒(méi)來(lái)得及...），這樣的情況很容易理解，當(dāng)你需要修改某個(gè)數(shù)據(jù)的時(shí)候，你肯定不會(huì)希望有十個(gè)編輯器輪流讓你來(lái)處理。當(dāng)廣播不是這樣，一個(gè)receiver沒(méi)有辦法阻止其他receiver進(jìn)行對(duì)廣播事件的處理。這種情況也很容易理解，比如時(shí)鐘改變了，鬧鐘、備忘錄等很多程序都需要分別進(jìn)行處理。在自己的程序的使用中，應(yīng)該分清楚區(qū)別，合理的使用。
9.ContentProvider數(shù)據(jù)模型
數(shù)據(jù)庫(kù)操作
從我目前掌握的知識(shí)來(lái)看，SQLite比較輕量（沒(méi)有存儲(chǔ)過(guò)程之類的繁雜手段），用起來(lái)也比較簡(jiǎn)單。實(shí)例化一個(gè)SQLiteDatabase類對(duì)象，通過(guò)它的APIs可以搞定大部分的操作。從sample中看，Android中對(duì)db的使用有一種比較簡(jiǎn)單的模式，即派生一個(gè) ContentProviderDatabaseHelper類來(lái)進(jìn)行SQLiteDatabase對(duì)象實(shí)例的獲取工作?；旧?，ContentProviderDatabaseHelper類扮演了一個(gè)singleton的角色，提供單一的實(shí)例化入口點(diǎn)，并屏蔽了數(shù)據(jù)庫(kù)創(chuàng)建、打開(kāi)升級(jí)等細(xì)節(jié)。在ContentProvider中只需要調(diào)用ContentProviderDatabaseHelper的openDatabase方法獲取SQLiteDatabase的實(shí)例就好，而不需要進(jìn)行數(shù)據(jù)庫(kù)狀態(tài)的判斷。URI 像進(jìn)行數(shù)據(jù)庫(kù)操作需要用SQL一樣，對(duì)ContentProivder進(jìn)行增刪改查等操作都是通過(guò)一種特定模式的URI來(lái)進(jìn)行的（ig：content: //provider/item/id），URI的能力與URL類似，具體細(xì)節(jié)可以查看SDK。建立自己的ContentProvider，只需要派生 ContentProivder類并實(shí)現(xiàn)insert, delete, update等抽象函數(shù)即可。在這些接口中比較特殊的是getType(uri)。根據(jù)傳入的uri，該方法按照MIME格式返回一個(gè)字符串（==!沒(méi)聽(tīng)過(guò)的詭異格式...）唯一標(biāo)識(shí)該uri的類型。所謂uri的類型，就是描述這個(gè)uri所進(jìn)行的操作的種類，比如content://xx/a與 content://xx/a/1不是一個(gè)類型（前者是多值操作，后者是單值），但content://xx/a/1和content://xx/a/2 就會(huì)是一個(gè)類型（只是id號(hào)不同而已）。
在ContentProvider通常都會(huì)實(shí)例化一個(gè)ContentURIPraser來(lái)輔助解析和操作傳入的URI。你需要事先（在static域內(nèi)）為該ContentURIPraser建立一個(gè)uri的語(yǔ)法樹(shù)，之后就可以簡(jiǎn)單調(diào)用 ContentURIPraser類的相關(guān)方法進(jìn)行uri類型判斷（match方法），獲取加載在uri中的參數(shù)等操作。但我看來(lái)，這只是在使用上簡(jiǎn)化了相關(guān)操作（不然就需要自己做人肉解析了...），但并沒(méi)有改變類型判定的模式。你依然需要用switch...case...對(duì)uri的類型進(jìn)行判斷，并進(jìn)行相關(guān)后續(xù)的操作。從模式來(lái)看，這樣無(wú)疑是具有強(qiáng)烈的壞味道，類似的switch...case...代碼要出現(xiàn)N此，每次一個(gè) ContentProvider做uri類型的增減都會(huì)需要遍歷修改每一個(gè)switch...case...，當(dāng)然，如果你使用模式（策略模式...）進(jìn)行改造對(duì)手機(jī)程序來(lái)說(shuō)無(wú)疑是崩潰似的（類型膨脹，效率降低...），所以，只能是忍一忍了（恩，還好不會(huì)擴(kuò)散到別的類中，維護(hù)性上不會(huì)有殺人性的麻煩...）。增刪改查
ContentProvider 和所有數(shù)據(jù)源一樣，向外提供增刪改查操作接口，這些都是基于uri的指令。進(jìn)行insert操作的時(shí)候，你需要傳入一個(gè)uri和 ContentValues。uri的作用基本就限于指明增減條目的類型（從數(shù)據(jù)庫(kù)層面來(lái)看就是table名），ContentValues是一個(gè) key/value表的封裝，提供方便的API進(jìn)行插入數(shù)據(jù)類型和數(shù)據(jù)值的設(shè)置和獲取。在數(shù)據(jù)庫(kù)層面上來(lái)看，這應(yīng)該是column name與value的對(duì)應(yīng)。但為了屏蔽ContentProvider用戶涉及到具體數(shù)據(jù)庫(kù)的細(xì)節(jié)，在Android的示例中，用了一個(gè)小小的模式。它為每一個(gè)表建一個(gè)基于BaseColumn類的派生類（其實(shí)完全可以不派生自BaseColumn，特別當(dāng)你的表不基于默認(rèn)的自動(dòng)id做主鍵的時(shí)候），這個(gè)類通常包括一個(gè)描述該表的ContentURI對(duì)象和形如 public static final TITLE = “title”這樣的column到類數(shù)據(jù)的對(duì)應(yīng)。從改變上角度來(lái)看，你可以修改column的名字而不需要更改用戶上層代碼，增加了靈活性。insert方法如果成功會(huì)返回一個(gè)uri，該uri會(huì)在原有的uri基礎(chǔ)上增加有一個(gè)row id。對(duì)于為什么使用row id而不是key id我想破了腦袋。到最后，我發(fā)現(xiàn)我傻了，因?yàn)镃ontentProvider不一定需要使用數(shù)據(jù)庫(kù)，使用數(shù)據(jù)庫(kù)對(duì)應(yīng)的表也可以沒(méi)有主鍵，只有row id，才能在任何底層介質(zhì)下做索引標(biāo)識(shí)。
但，基于row id在刪除和修改操作是會(huì)造成一定的混亂。刪除和修改操作類似。刪除操作需要傳入一個(gè)uri，一個(gè)where字串，一組where的參數(shù)（做條件判定...），而修改操作會(huì)多一個(gè)ContentValues做更新值。著兩個(gè)操作的uri都支持在末尾添加一個(gè)row id。于是混亂就出現(xiàn)了。當(dāng)在where參數(shù)中指明了key id，而在uri中提供了row id，并且row id和key id所指函數(shù)不一致的時(shí)候，你聽(tīng)誰(shuí)的？示例代碼中的做法是完全無(wú)視r(shí)ow id（無(wú)語(yǔ)...），如此野蠻的方式我估計(jì)也只能在示例中出現(xiàn)，在實(shí)際中該如何用，恩，我也不知道。幸運(yùn)的是，我看了下上層對(duì) ContentProvider的刪除操作，其實(shí)都不會(huì)直接進(jìn)行，而是通過(guò)調(diào)用Cursor的delete方法進(jìn)行，在這前提下，我想Cursor會(huì)處理好這些東西吧。
最后一個(gè)操作是查詢操作，可以想見(jiàn)，查詢的參數(shù)是最多的，包括uri和一組條件參數(shù)。條件參數(shù)類型和標(biāo)準(zhǔn)的sql類似，包括 sort, projection 之類的。從這些參數(shù)到sql語(yǔ)句的生成，可以尋求QueryBuilder類的幫助，它提供了一組操作接口，簡(jiǎn)化了參數(shù)到sql的生成工作，哪怕你不懂 sql都完全沒(méi)有問(wèn)題（這話說(shuō)的我自己都覺(jué)得有點(diǎn)懸...）。查詢返回一個(gè)Cursor。Cursor是一個(gè)支持隨機(jī)讀寫(xiě)的指針，不僅如此，它還提供了方便的刪除和修改的API，是上層對(duì)ContentProvider進(jìn)行操作一個(gè)重要對(duì)象，需要仔細(xì)掌握（Cursor還可以綁定到view上，直接送顯，并與用戶進(jìn)行交互，真是程序越往上，封裝越好，工作越機(jī)械沒(méi)有復(fù)雜性了...）。數(shù)據(jù)模型
在與界面打交道的Cursor、ContentResolver等數(shù)據(jù)操作層中，大量采用觀察者模式建立數(shù)據(jù)層與顯示層的聯(lián)系。一個(gè)顯示層的視圖，可以做成某一種觀察者注冊(cè)到Cursor或ContentResolver等數(shù)據(jù)中間層中，在實(shí)現(xiàn)底層ContentProvider中，我們需要特別注意在對(duì)數(shù)據(jù)進(jìn)行修改操作（包括增刪改...）后，調(diào)用相應(yīng)類型的notify函數(shù)，幫助表層對(duì)象進(jìn)行刷新（還有一種刷新方式是從一個(gè)view發(fā)起的）?？梢钥吹?Android的整體數(shù)據(jù)顯示框架有點(diǎn)像MVC的方式。Cursor、ContentResolver相當(dāng)于控制層，數(shù)據(jù)層和顯示層的交互通過(guò)控制層來(lái)掌管，而且控制層很穩(wěn)定不需要特別定制，通常工作只在定制數(shù)據(jù)層和顯示層空間，還是比較方便和清晰的。
10.學(xué)習(xí)感想
通過(guò)這學(xué)期對(duì)安卓的學(xué)習(xí)，大概了解了以上一些知識(shí)，對(duì)安卓有了初步的了解，這幾個(gè)月給我的東西我想用有形的和無(wú)形的兩部分概敘，形的當(dāng)然就是技術(shù)水平的長(zhǎng)進(jìn)，雖然其中肯定有很多的不足，相信慢慢會(huì)體會(huì)到。
第四篇：安卓軟件開(kāi)發(fā)培訓(xùn)學(xué)校的選擇
安卓軟件開(kāi)發(fā)培訓(xùn)學(xué)校的選擇
安卓占據(jù)移動(dòng)操作系統(tǒng)市場(chǎng)58.8%，在中國(guó)市場(chǎng)占有率為68.4%，可以說(shuō)Android火了，并且呈現(xiàn)出一種不可阻擋地態(tài)勢(shì)。而隨著Android浪潮席卷市場(chǎng)，學(xué)習(xí)Android也隨之流行，并引發(fā)了新一輪IT培訓(xùn)選擇——安卓培訓(xùn)，但是在此，歐柏泰克軟件學(xué)院的老師卻要提醒大家，安卓培訓(xùn)雖然好，但是不要忘記先打好基礎(chǔ)，而對(duì)于安卓軟件培訓(xùn)學(xué)校的選擇也必須要特別注意。
android課程緊跟時(shí)代潮流，順應(yīng)時(shí)代趨勢(shì)，是一個(gè)非常先進(jìn)，但是卻并不完全成熟的一個(gè)軟件開(kāi)發(fā)培訓(xùn)課程，并且這個(gè)課程需要建立在良好的計(jì)算機(jī)軟件開(kāi)發(fā)基礎(chǔ)上。在學(xué)習(xí)安卓軟件開(kāi)發(fā)技術(shù)之前，熟練的掌握并且運(yùn)用java、.net等基礎(chǔ)知識(shí)，十分有必要，而相對(duì)于安卓技術(shù)來(lái)說(shuō)，我們更加需要的則是一個(gè)良好的實(shí)訓(xùn)環(huán)境，以下我們來(lái)簡(jiǎn)單分析一下。
歐柏泰克軟件學(xué)院是湖南省 歐柏泰克軟件學(xué)院是直屬歐柏泰克軟件外包科技園的軟件專業(yè)名牌學(xué)府，是國(guó)內(nèi)唯一擁有軟件科技園的軟件專業(yè)名牌學(xué)府，創(chuàng)辦近10年來(lái)，已培養(yǎng)了上萬(wàn)名高薪軟件工程師，擁有與北京大學(xué)、清華大學(xué)合作開(kāi)展IT職業(yè)教育的成熟經(jīng)驗(yàn)，由主持清華大學(xué)IT職業(yè)教育的權(quán)威教育專家擔(dān)任校長(zhǎng)，連續(xù)多年被教育局評(píng)為“優(yōu)秀學(xué)?！薄ava和.net作為歐柏泰克軟件學(xué)院的兩大主體專業(yè)，就業(yè)率一直名列前茅。
而2011年年底竣工的歐柏泰克軟件學(xué)院新校區(qū)占地10萬(wàn)平米，耗資數(shù)億元，其中歐柏泰克軟件學(xué)院校區(qū)與歐柏泰克軟件科技園毗鄰，更加有利于學(xué)生接觸職場(chǎng)以及最新的技術(shù)。安卓培訓(xùn)課程講師認(rèn)為：學(xué)生有意愿從事安卓Android的開(kāi)發(fā)，想在移動(dòng)互聯(lián)網(wǎng)行業(yè)發(fā)展，不僅要在課堂上學(xué)好理論知識(shí)，掌握好實(shí)踐項(xiàng)目，同時(shí)愿意與在線學(xué)員經(jīng)驗(yàn)分享，而且還必須有一個(gè)真實(shí)的實(shí)訓(xùn)環(huán)境，讓他們了解崗位的具體情況。只有這樣才能真正的了解安卓軟件開(kāi)發(fā)。
歐柏泰克軟件學(xué)院的老師還說(shuō)，除了要首先掌握好計(jì)算機(jī)軟件開(kāi)發(fā)技術(shù)，還有非常重要的一點(diǎn)是不論在學(xué)校還是在工作崗位都不能停止學(xué)習(xí)，軟件開(kāi)發(fā)，安卓軟件開(kāi)發(fā)都是瞬息萬(wàn)變的技術(shù)，從事IT行業(yè)必須緊張時(shí)代潮流。
第五篇：如何學(xué)習(xí)安卓
如何學(xué)習(xí)安卓
想學(xué)編程開(kāi)發(fā)，那要先會(huì)一門(mén)編程語(yǔ)言，現(xiàn)在可以試著去學(xué)學(xué)C語(yǔ)言，雖然這個(gè)安卓沾不上邊，但是，C語(yǔ)言的編程思想還是很重要的，學(xué)完了C語(yǔ)言之后，他的語(yǔ)法基本上和所有的編程語(yǔ)言都很相像，能影響你的思維，幫助你理解其他的編程語(yǔ)言的。之后呢，在好好看看《數(shù)據(jù)結(jié)構(gòu)》，這很重要。然后再去學(xué)學(xué)Java語(yǔ)言，因?yàn)锳ndroid的應(yīng)用的開(kāi)發(fā)語(yǔ)言用的是Java，所以一定要好好學(xué)習(xí)。
最后了解下數(shù)據(jù)庫(kù)，我們?cè)趯W(xué)習(xí)數(shù)據(jù)庫(kù)之前都先學(xué)了《數(shù)據(jù)庫(kù)原理》《離散數(shù)學(xué)》《關(guān)系代數(shù)》，有了這些基礎(chǔ)之后再去學(xué)數(shù)據(jù)庫(kù)，數(shù)據(jù)庫(kù)也有很多可以選擇的，推薦mysql。
加油！
點(diǎn)擊咨詢 