安卓學(xué)習(xí)心得體會(huì)

安卓學(xué)習(xí)心得體會(huì)(精選多篇)android學(xué)習(xí)心得 093380117計(jì)算機(jī)應(yīng)用張峰關(guān)于activity在一個(gè)activity中使用多個(gè)view如果把a(bǔ)ctivity看作mvc中的control？它負(fù)責(zé)管理ui和接受事件，雖然說一個(gè)activity通常對(duì)應(yīng)一個(gè)屏幕，但事實(shí)上，我們是可以只用一個(gè)activity管理多個(gè)不同的view來實(shí)現(xiàn)簡(jiǎn)單的邏輯。首先，我們?cè)黾右粋€(gè)新的資源描述layout/second.xml。除了一個(gè)“hello中國”以外，增加一個(gè)按鈕可以返回前一個(gè)界面。然后，在代碼中我們要為hellotwo增加兩個(gè)方法，setviewonecommand和setviewtwocommand，分別處理一下在不同界面時(shí)，從資源里加載組件并為組件綁定一個(gè)事件處理器最后，我們需要在oncreate的時(shí)候，也就是啟動(dòng)后的main界面上設(shè)置一下按鈕事件處理器。還是回到正道上，多個(gè)activity之間的跳轉(zhuǎn)android中提供一個(gè)叫intent的類來實(shí)現(xiàn)屏幕之間的跳轉(zhuǎn)，按文檔的說法，似乎他們也建議采用這種方法，intent的用法比較復(fù)雜，現(xiàn)在我先看看它最簡(jiǎn)單的用法。這里的跳轉(zhuǎn)功能用intent來操作，它的最簡(jiǎn)單用法就是用函數(shù)setclass()設(shè)置跳轉(zhuǎn)前后兩個(gè)activity類的實(shí)例，然后調(diào)用activity自己的startactivity(intent)即可。最后一句finish()表示將當(dāng)前activity關(guān)掉。然后，我們同樣弄一個(gè)activity類hellothreeb，代碼與前面的差不多，只是將setclass的兩個(gè)參數(shù)反一下，這樣就可以簡(jiǎn)單地實(shí)現(xiàn)在兩個(gè)activity界面中來回切換的功能了。關(guān)于intent的使用intent分為兩大類，顯性的和隱性的。一般來說，intent要定位事件的目的地，無外乎需要以下幾個(gè)信息：種類，比如我們常見的launcher_category就是表示這是一類應(yīng)用程序。類型，在前面的例子中沒用過，表示數(shù)據(jù)的類型，這是隱性intent定位目標(biāo)的重要依據(jù)。組件，前面的例子中用的是setclass，不過也可以用setcomponent來設(shè)置intent跳轉(zhuǎn)的前后兩個(gè)類實(shí)例。附加數(shù)據(jù)，在contenturi之外還可以附加一些信息，它是bundle類型的對(duì)象。其實(shí)，如果是在一個(gè)應(yīng)用內(nèi)部，這種隱性的intent實(shí)在有點(diǎn)別扭，個(gè)人覺得，這種松藕合的實(shí)現(xiàn)方法，只適用于那些較大的系統(tǒng)或者多個(gè)不同的應(yīng)用之間的調(diào)用，可手機(jī)上又有什么“較大”的系統(tǒng)呢？無非是可以與不同來源的多個(gè)應(yīng)用之間方便地互操作而已，那么會(huì)是什么樣的場(chǎng)景呢？比如，給qq好友發(fā)送gmail郵件，用googlemap查找qq好友所在的位置？看上去挺不錯(cuò)的。關(guān)于這個(gè)contentprovider，其實(shí)還有話說，它主要是的那些看似數(shù)據(jù)庫操作的方法我們都沒真正去實(shí)現(xiàn)呢。不過今天就到這里了，等下回再去研究吧。關(guān)于listactivity準(zhǔn)備一個(gè)list對(duì)象并借助adapter就可以構(gòu)造出一個(gè)列表。重載onlistitemclick方法可以響應(yīng)選擇事件，利用第一個(gè)參數(shù)可以訪問到這個(gè)listview實(shí)例以得到選中的條目信息。這里有一點(diǎn)要說明的，就是如果更簡(jiǎn)單的話，其實(shí)連那個(gè)setcontentview都可以不要了，android也會(huì)自動(dòng)幫我們構(gòu)造出一個(gè)全屏的列表。但是本例中我們需要一個(gè)textview來顯示選中的條目，所以我們需要一個(gè)layout.mainb描述一下這個(gè)列表窗口。這里需要注意的是那個(gè)listview的id，是系統(tǒng)自定義的android:list，不是我們隨便取的，否則系統(tǒng)會(huì)說找不到它想要的listview了。然后，在這個(gè)listview之外，我們又增加了一個(gè)textview，用來顯示選中的條目。再來說說這里用到的arrayadapter，它的構(gòu)造函數(shù)中第二個(gè)參數(shù)是一個(gè)資源id，arrayadapter的api文檔中說是要求用一個(gè)包含textview的layout文件，平臺(tái)用它來顯示每個(gè)選擇條目的樣式，這里的取值是r.layout.list_row，所以，我們還有一個(gè)list_row.xml文件來描述這個(gè)布局，相當(dāng)簡(jiǎn)單。從arrayadapter上溯到baseadapter，發(fā)現(xiàn)還有幾個(gè)同源的adapter也應(yīng)該可以使用，象simpleadapter和cursoradapter，還是做個(gè)例子來實(shí)驗(yàn)一下吧。然后，在hellotw（請(qǐng)你繼續(xù)關(guān)注好范文網(wǎng)：www.HaOwoRd.coM）ob中的oncreate函數(shù)中，修改代碼，有幾個(gè)不同：items的元素是hashmap實(shí)例，這是一點(diǎn)變化，然后構(gòu)造函數(shù)除了要求items以外，還要求提供一個(gè)string來說明用hash表中的哪個(gè)字段顯示在列表中，而后是一個(gè)資源id的數(shù)組。因?yàn)閱渭兊腸ursoradapter是抽象類，所以我用的是它的子類simplecursoradapter，很好理解，先用contentresolver查詢通訊簿得到一個(gè)游標(biāo)，然后告訴simplecursoradapter要用其中的作為顯示項(xiàng)來構(gòu)造出一個(gè)adapter即可。關(guān)于dialog注意到android.app包下除了dialog以外，還包括了幾個(gè)系統(tǒng)定義好的對(duì)話框類，如datepickerdialog、timepickerdialog及alertdialog。其中alertdialog我上回用過一次，基本上就那樣子了，今天看看另外兩個(gè)對(duì)話框的使用吧。很簡(jiǎn)單的，無非是需要一個(gè)ondatesetlistener接口的實(shí)現(xiàn)而已，在它里面的dateset方法中就可以得到選擇的日期了。而timepickerdialog與datepickerdialog使用如出一轍?？纯戳硪粋€(gè)progressdialog的用法吧，這個(gè)類與alertdialog一樣包含了多個(gè)static的方法，所以使用起來是非常方便的。比如說，如果我們需要用它來表示一個(gè)長時(shí)間的操作。關(guān)于service和notification大略地看了一下android.app下的service類，覺得它與activity非常相似，只是要注意幾個(gè)地方：生命周期，service的從oncreate()->onstart(int,bundle)->ondestroy()顯得更為簡(jiǎn)單。但是它的onstart是帶參數(shù)的，第一個(gè)id可用來標(biāo)識(shí)這個(gè)service，第二個(gè)參數(shù)顯示是用來傳遞數(shù)據(jù)的了。比較activity，傳遞數(shù)據(jù)的bundle是在oncreate就帶進(jìn)入的。service的啟動(dòng)由context.startservice開始，其實(shí)activity或者service都是context的派生類。結(jié)束于context.stopservice()或者它自己的stopself()。service還有一個(gè)與activity不一樣的是它可以由另一個(gè)context去綁定一個(gè)已存在的service。就是這個(gè)方法context.bindservice()，被綁定的service要求是已經(jīng)oncreate了但可以沒有onstart。在service類中有個(gè)抽象方法getbinder()可以得到這個(gè)ibinder對(duì)象。關(guān)于這方面的細(xì)節(jié)，以后再看，這里只做個(gè)記錄罷。與service有關(guān)的還有一個(gè)安全的問題，可以在androidmanifest.xml中用標(biāo)簽來聲明一個(gè)service的訪問權(quán)限，關(guān)于android的安全問題也留待以后再解決吧。gridview與imageview簡(jiǎn)單一點(diǎn)吧，就瞧瞧那個(gè)grid的效果，android提供了一個(gè)gridview，不過從apidemo中看來，它似乎與pc上的grid差別還是挺大的，更像那個(gè)iconview的感覺。不知道android中如何實(shí)現(xiàn)表格界面？雖然在移動(dòng)終端上，表格一般不會(huì)有誰使用，大家似乎更傾向于使用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了。在getview方法中我們使用了imageview類，這又是一個(gè)widget。除了上面用到的幾個(gè)方法以外，還有以下幾個(gè)方法值得注意：與圖像來源有關(guān)的方法，我們只用了資源文件的方式。還是習(xí)慣性跑題了，其實(shí)，我是想通過我對(duì)這個(gè)類的無數(shù)次debugger跟進(jìn)，說說它的多線程異步處理的解決策略的。他的基本策略如下：當(dāng)你實(shí)例化一個(gè)asyncqueryhandler類時(shí)，它會(huì)單件構(gòu)造一個(gè)線程，這個(gè)線程里面會(huì)構(gòu)建一個(gè)消息循環(huán)。獲得該消息循環(huán)的指針，用它做參數(shù)實(shí)例化另一個(gè)handler類，該類為內(nèi)部類。至此，就有了兩個(gè)線程，各自有一個(gè)handler來處理消息。當(dāng)調(diào)用onxxx的時(shí)候，在xxx函數(shù)內(nèi)部會(huì)將請(qǐng)求封裝成一個(gè)內(nèi)部的參數(shù)類，將其作為消息的參數(shù)，將此消息發(fā)送至另一個(gè)線程。在該線程的handler中，接受該消息，并分析傳入的參數(shù)，用初始化時(shí)傳入的contentresolver進(jìn)行xxx操作，并返回cursor或其他返回值。構(gòu)造一個(gè)消息，將上述返回值以及其他相關(guān)內(nèi)容綁定在該消息上，發(fā)送回主線程。主線程默認(rèn)的asyncqueryhandler類的handlemessage方法會(huì)分析該消息，并轉(zhuǎn)發(fā)給對(duì)應(yīng)的onxxxcomplete方法。用戶重寫的onxxxcomplete方法開始工作。這就是它偷偷摸摸做過的事情，基本還是很好理解的。我唯一好奇的是它的線程管理方式，我猜測(cè)他是用的單件模式。第一個(gè)asyncqueryhandler的實(shí)例化會(huì)導(dǎo)致創(chuàng)建一個(gè)線程，從此該線程成為不死老處男，所有的contentresolver相關(guān)的工作，都由該線程統(tǒng)一完成。個(gè)人覺得這種解決方式很贊。本來這個(gè)線程的生命周期就很難估量，并且，當(dāng)你有一個(gè)contentprovider的請(qǐng)求的時(shí)候，判斷你會(huì)做更多的類似操作并不過分。就算錯(cuò)了，花費(fèi)的也只是一個(gè)不死的線程，換來的卻是簡(jiǎn)單的生命周期管理和無數(shù)次線程生死開銷的節(jié)約。同時(shí)另外一個(gè)很重要的問題，他并會(huì)涉及到單件中數(shù)據(jù)同步的問題，每個(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é)不好馬列主義的。顯示控件使用android的界面顯示同樣也是基于控件的。通常是用view控件配上xml的樣式來做的。具體細(xì)節(jié)不想說了，可以參考samples里的apidemos/view，和view的doc，以及implementingaui這篇doc。其他還有很多，感覺算是sdk講述的最多的內(nèi)容。從控件的使用上，和網(wǎng)頁的設(shè)計(jì)類似，盡量用parent_width之類的抽象長度，用theme來做風(fēng)格，抽取所有的字串等信息做本地化設(shè)計(jì)。相關(guān)內(nèi)容參看implementingaui就好。一類比較重要的是數(shù)據(jù)綁定控件。如果做過會(huì)從中看到很多類似的地方。一個(gè)支持?jǐn)?shù)據(jù)綁定的控件，比如listview?？梢酝ㄟ^一個(gè)listadapter綁定到一個(gè)數(shù)據(jù)源上。listadapter是一個(gè)抽象類，主要的實(shí)現(xiàn)類包括simpleadapter和simplecursoradapter。前者是綁定一個(gè)靜態(tài)的array，后者是綁定一個(gè)動(dòng)態(tài)的cursorocursor前面說過，是一個(gè)指向數(shù)據(jù)源的隨機(jī)迭代器，將view綁定到cursor通常要設(shè)置這樣幾個(gè)參數(shù)。一個(gè)是每一行的樣式，稱作rowlayout，其實(shí)就是一個(gè)普通的layout的xml文件。還有就是一個(gè)列和現(xiàn)實(shí)控件的對(duì)應(yīng)關(guān)系。那個(gè)控件顯示哪個(gè)列的值，這是需要配置的。為了定制一個(gè)良好的數(shù)據(jù)顯示控件，最簡(jiǎn)單你可以定制很pp的rowlayout，復(fù)雜一點(diǎn)就是可以重載綁定控件view，或者是適配器listadaptero如果是一個(gè)數(shù)據(jù)顯示密集的應(yīng)用，且你對(duì)ui有些追求，這個(gè)工作估計(jì)是必不可少的。一個(gè)主要用于顯示數(shù)據(jù)內(nèi)容的activity，可以選擇派生自listactivity。它提供了一個(gè)具有l(wèi)istview的layout，還有simple_list_item_1,simple_list_item_2,two_line_list_item等默認(rèn)的rowlayout，還有一些比較不錯(cuò)的api，和可供響應(yīng)選擇item的事件。可以滿足你比較基礎(chǔ)的需求。如果你覺得只有一個(gè)listview的界面太突兀，你可以為這個(gè)listactivity指定一個(gè)layout，需要注意的是，你需要提供一個(gè)id%@android:id/list的listview控件，避免activity在內(nèi)部偷偷尋找該控件的時(shí)候失敗。除了這些要求，做好ui還有注意易用性和效率?？旖萱I是一個(gè)比較不錯(cuò)的選擇，在activity中調(diào)用setdefaultkeymode(shortcut_default_keys)，可以開啟快捷鍵模式，然后你可以將菜單綁定到指定快捷鍵上就ok了。個(gè)人覺得tip也是一個(gè)比較重要的東西，但目前觀察看來，這個(gè)東西只能夠自己提供了。界面的動(dòng)態(tài)性有時(shí)候是不可避免的，比如說菜單就是一個(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說很大，不到萬不得已不要使用。8.intent消息傳遞在前面寫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è)人覺得基于intent的android核心消息傳遞機(jī)制是有所不同的。它應(yīng)該會(huì)有一個(gè)全局性的注冊(cè)中心，這個(gè)注冊(cè)中心是隱性的，整個(gè)android系統(tǒng)中就那么一個(gè)。所有的消息接收者，都被隱形的注冊(cè)到這個(gè)中心。包括activity，service和intentreceiver。其實(shí)說隱形注冊(cè)是不確切的，所有注冊(cè)都還是我們手動(dòng)告訴注冊(cè)中心的，只是與傳統(tǒng)的方式不一樣，我們通常不是通過代碼，而是通過配置文件來做。在應(yīng)用的manifest中，我們會(huì)為一些activity或service添加上intent-filter，或在配置文件中添加項(xiàng)。這其實(shí)就相當(dāng)于向系統(tǒng)的注冊(cè)中心，注冊(cè)了相關(guān)的intent-filter和receiver。當(dāng)程序有一個(gè)消息希望發(fā)出去的時(shí)候，它需要將消息封裝成一個(gè)intent，并發(fā)送。這時(shí)候，應(yīng)該是有一個(gè)統(tǒng)一的中心接受到這個(gè)消息，并對(duì)它進(jìn)行解析、判定消息類型，然后檢查注冊(cè)了相匹配的filter或receiver，并創(chuàng)建或喚醒接收者，將消息分發(fā)給它。這樣做有很多好處。雖然這種傳遞有的時(shí)候不如點(diǎn)對(duì)點(diǎn)的傳遞快，但有時(shí)候又因?yàn)樗唤?jīng)過一跳，比復(fù)雜的流動(dòng)又要更快。更重要的是，它耦合性低，在手機(jī)平臺(tái)這種程序組件多變的條件下使用十分適合。并且它可以很容易實(shí)現(xiàn)消息的精確或模糊匹配，彈性很大。恩，廢話說了很多，具體講講android中intent的使用。當(dāng)你有一個(gè)消息需要傳遞，如果你明確知道你需要哪個(gè)activity或者其他class來響應(yīng)的話，你可以指定這個(gè)類來接受該消息，這被稱為顯性發(fā)送。你需要將intent的class屬性設(shè)置成目標(biāo)。這種情況很常見，比如startactivity的時(shí)候，會(huì)清楚當(dāng)前activity完了應(yīng)該是哪個(gè)activity，那就明確的發(fā)送這個(gè)消息。但是，有的時(shí)候你并不確定你的消息是需要具體哪個(gè)類來執(zhí)行，而只是知道接收者該符合哪些條件。比如你只需要有一個(gè)接收者能顯示用戶所選的數(shù)據(jù)，而不想制定某個(gè)具體的方法，這時(shí)候你就需要用到隱形發(fā)送。在android中，你可以為intent指定一個(gè)action，表示你這個(gè)指令需要處理的事情。系統(tǒng)為我們定義了很多action類型，這些類型使系統(tǒng)與我們通信的語言，當(dāng)然你也可以用于你自己的應(yī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)viewaction。但很多與我們需要顯示的數(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è)出來處理這個(gè)消息就好，這樣的情況很容易理解，當(dāng)你需要修改某個(gè)數(shù)據(jù)的時(shí)候，你肯定不會(huì)希望有十個(gè)編輯器輪流讓你來處理。當(dāng)廣播不是這樣，一個(gè)receiver沒有辦法阻止其他receiver進(jìn)行對(duì)廣播事件的處理。這種情況也很容易理解，比如時(shí)鐘改變了，鬧鐘、備忘錄等很多程序都需要分別進(jìn)行處理。在自己的程序的使用中，應(yīng)該分清楚區(qū)別，合理的使用。9.contentprovider數(shù)據(jù)模型數(shù)據(jù)庫操作從我目前掌握的知識(shí)來看，sqlite比較輕量，用起來也比較簡(jiǎn)單。實(shí)例化一個(gè)sqlitedatabase類對(duì)象，通過它的apis可以搞定大部分的操作。從sample中看，android中對(duì)db的使用有一種比較簡(jiǎn)單的模式，即派生一個(gè)contentproviderdatabasehelper類來進(jìn)行sqlitedatabase對(duì)象實(shí)例的獲取工作?；旧?，contentproviderdatabasehelper類扮演了一個(gè)singleton的角色，提供單一的實(shí)例化入口點(diǎn)，并屏蔽了數(shù)據(jù)庫創(chuàng)建、打開升級(jí)等細(xì)節(jié)。在contentprovider中只需要調(diào)用contentproviderdatabasehelper的opendatabase方法獲取sqlitedatabase的實(shí)例就好，而不需要進(jìn)行數(shù)據(jù)庫狀態(tài)的判斷。uri像進(jìn)行數(shù)據(jù)庫操作需要用sql一樣，對(duì)contentproivder進(jìn)行增刪改查等操作都是通過一種特定模式的uri來進(jìn)行的，uri的能力與url類似，具體細(xì)節(jié)可以查看sdk。建立自己的contentprovider，只需要派生contentproivder類并實(shí)現(xiàn)insert,delete,update等抽象函數(shù)即可。在這些接口中比較特殊的是gettype(uri)。根據(jù)傳入的uri，該方法按照mime格式返回一個(gè)字符串唯一標(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è)類型。在contentprovider通常都會(huì)實(shí)例化一個(gè)contenturipraser來輔助解析和操作傳入的uri。你需要事先為該contenturipraser建立一個(gè)uri的語法樹，之后就可以簡(jiǎn)單調(diào)用contenturipraser類的相關(guān)方法進(jìn)行uri類型判斷，獲取加載在uri中的參數(shù)等操作。但我看來，這只是在使用上簡(jiǎn)化了相關(guān)操作，但并沒有改變類型判定的模式。你依然需要用switch...case...對(duì)uri的類型進(jìn)行判斷，并進(jìn)行相關(guān)后續(xù)的操作。從模式來看，這樣無疑是具有強(qiáng)烈的壞味道，類似的switch...case...代碼要出現(xiàn)n此，每次一個(gè)contentprovider做uri類型的增減都會(huì)需要遍歷修改每一個(gè)switch...case...，當(dāng)然，如果你使用模式進(jìn)行改造對(duì)手機(jī)程序來說無疑是崩潰似的，所以，只能是忍一忍了。增刪改查contentprovider和所有數(shù)據(jù)源一樣，向外提供增刪改查操作接口，這些都是基于uri的指令。進(jìn)行insert操作的時(shí)候，你需要傳入一個(gè)uri和contentvalues。uri的作用基本就限于指明增減條目的類型，contentvalues是一個(gè)key/value表的封裝，提供方便的api進(jìn)行插入數(shù)據(jù)類型和數(shù)據(jù)值的設(shè)置和獲取。在數(shù)據(jù)庫層面上來看，這應(yīng)該是columnname與value的對(duì)應(yīng)。但為了屏蔽contentprovider用戶涉及到具體數(shù)據(jù)庫的細(xì)節(jié)，在android的示例中，用了一個(gè)小小的模式。它為每一個(gè)表建一個(gè)基于basecolumn類的派生類，這個(gè)類通常包括一個(gè)描述該表的contenturi對(duì)象和形如publicstaticfinaltitle=這樣的column到類數(shù)據(jù)的對(duì)應(yīng)。從改變上角度來看，你可以修改column的名字而不需要更改用戶上層代碼，增加了靈活性。insert方法如果成功會(huì)返回一個(gè)uri，該uri會(huì)在原有的uri基礎(chǔ)上增加有一個(gè)rowid。對(duì)于為什么使用rowid而不是keyid我想破了腦袋。到最后，我發(fā)現(xiàn)我傻了，因?yàn)閏ontentprovider不一定需要使用數(shù)據(jù)庫，使用數(shù)據(jù)庫對(duì)應(yīng)的表也可以沒有主鍵，只有rowid，才能在任何底層介質(zhì)下做索引標(biāo)識(shí)。但，基于rowid在刪除和修改操作是會(huì)造成一定的混亂。刪除和修改操作類似。刪除操作需要傳入一個(gè)uri，一個(gè)where字串，一組where的參數(shù)，而修改操作會(huì)多一個(gè)contentvalues做更新值。著兩個(gè)操作的uri都支持在末尾添加一個(gè)rowid。于是混亂就出現(xiàn)了。當(dāng)在where參數(shù)中指明了keyid,而在uri中提供了rowid,并且rowid和keyid所指函數(shù)不一致的時(shí)候，你聽誰的？示例代碼中的做法是完全無視r(shí)owid，如此野蠻的方式我估計(jì)也只能在示例中出現(xiàn)，在實(shí)際中該如何用，恩，我也不知道。幸運(yùn)的是，我看了下上層對(duì)contentprovider的刪除操作，其實(shí)都不會(huì)直接進(jìn)行，而是通過調(diào)用cursor的delete方法進(jìn)行，在這前提下，我想cursor會(huì)處理好這些東西吧。最后一個(gè)操作是查詢操作，可以想見，查詢的參數(shù)是最多的，包括uri和一組條件參數(shù)。條件參數(shù)類型和標(biāo)準(zhǔn)的sql類似，包括sort,projection之類的。從這些參數(shù)到sql語句的生成，可以尋求querybuilder類的幫助，它提供了一組操作接口，簡(jiǎn)化了參數(shù)到sql的生成工作，哪怕你不懂sql都完全沒有問題。查詢返回一個(gè)cursorocursor是一個(gè)支持隨機(jī)讀寫的指針，不僅如此，它還提供了方便的刪除和修改的api，是上層對(duì)contentprovider進(jìn)行操作一個(gè)重要對(duì)象，需要仔細(xì)掌握。數(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)行刷新?？梢钥吹絘ndroid的整體數(shù)據(jù)顯示框架有點(diǎn)像mvc的方式。cursor、contentresolver相當(dāng)于控制層，數(shù)據(jù)層和顯示層的交互通過控制層來掌管，而且控制層很穩(wěn)定不需要特別定制，通常工作只在定制數(shù)據(jù)層和顯示層空間，還是比較方便和清晰的。10.學(xué)習(xí)感想通過這學(xué)期對(duì)安卓的學(xué)習(xí)，大概了解了以上一些知識(shí)，對(duì)安卓有了初步的了解，這幾個(gè)月給我的東西我想用有形的和無形的兩部分概敘，形的當(dāng)然就是技術(shù)水平的長進(jìn)，雖然其中肯定有很多的不足，相信慢慢會(huì)體會(huì)到。心得體會(huì)學(xué)號(hào)：姓名：班級(jí)：一開始接觸android是從自己的手機(jī)開始的，覺得它很酷，是我喜歡的風(fēng)格，然后我就通過了一些網(wǎng)絡(luò)渠道去了解android。在選課的時(shí)候發(fā)現(xiàn)有這個(gè)課程，于是我就報(bào)名了。剛開始接觸android開發(fā)時(shí)感覺到它很有意思，在界面開發(fā)上和web也可以形成了相通的架構(gòu)，更加方便，視覺上也是非常的酷。android作為新興的手機(jī)操作系統(tǒng)，適應(yīng)潮流的發(fā)展，在一定程度上迎合了現(xiàn)代人們最求效率和最求完美的心態(tài)，再加上的它的先進(jìn)之處，所以android的發(fā)展很快，android的應(yīng)用資源也越來越廣泛，現(xiàn)在的android正在快速形成一個(gè)只能手機(jī)王國，給人們提供日常娛樂和辦公的平臺(tái)，無論在哪些方面，android的表現(xiàn)總是能夠讓人滿意，它正在快速地占領(lǐng)手機(jī)終端，未來的智能手機(jī)領(lǐng)域?qū)⑹莂ndroid的天下，越來越多的人選用android平臺(tái)的手機(jī)。如果說追求蘋果是因?yàn)樘O果的高端與美感，那么追求android則是因?yàn)樗南冗M(jìn)性開源性，也正是因?yàn)閍ndroid這些吸引人們矚目的特點(diǎn)，才會(huì)有越來越多的人對(duì)android充滿激情，android的發(fā)展也才能這樣的迅猛，所以在這里要先謝謝goolge，以及那些充滿激情的開發(fā)者們。首先在界面上，我們同樣可以通過不同布局進(jìn)行設(shè)計(jì)非?？岬慕缑?，這些界面可以通過include進(jìn)行引入，我們可以通過一些公用的方法寫個(gè)baseactivity這個(gè)基類，通過繼承方式比較不錯(cuò)的實(shí)現(xiàn)了activity的界面，因?yàn)檫@樣你可以header（頭部）和footer（尾部）進(jìn)行處理一些觸發(fā)事件或者特效等。布局模式以相對(duì)模式為主，線線布局模式可以在比較簡(jiǎn)單的include進(jìn)行完成，最重要的一點(diǎn)就是：我們可以自己通過重寫方法或者通過實(shí)現(xiàn)view或者layout等類進(jìn)行擴(kuò)充項(xiàng)目需要的布局（或者控件），在學(xué)習(xí)界面中，android為我們提供了很好的類似反射機(jī)制，通過layout文件夾下的配置文件，可以快速的形成界面，在配置文件可以設(shè)置屬性或者樣式都是很快捷方便。對(duì)比較特殊的界面也可以通過處理嵌入到指定的界面，同樣可以通過java代碼直接創(chuàng)建view進(jìn)行添加，不過這種方式比較復(fù)雜。對(duì)一些點(diǎn)擊、選中、按鍵等處理的事件，界面之間的跳轉(zhuǎn)intent管理，通過bundle對(duì)數(shù)據(jù)在界面之間進(jìn)行傳輸。其次在手機(jī)交互式通信服務(wù)中，學(xué)習(xí)了android手機(jī)之間進(jìn)行短信發(fā)送、廣播、對(duì)廣播的監(jiān)聽、服務(wù)等。這次的課程我們主要學(xué)習(xí)了航班系統(tǒng)的設(shè)計(jì)，首先我們要建立航班查詢：旅客就可通過網(wǎng)絡(luò)訪問該系統(tǒng)客戶端網(wǎng)址，可根據(jù)旅客提供的出發(fā)時(shí)間、出發(fā)地點(diǎn)和目的地、艙位要求等，查詢滿足旅客要求的航班。通過檢索可得到航班的相關(guān)信息，從而可以方便旅客訂票并掌握所需信息，同時(shí)可減少工作人員的工作量。第二，我們要建立旅客訂票：旅客將訂票的相關(guān)信息通過工作人員輸入系統(tǒng)客戶端?？蛻舳藢⒙每偷挠喥毙畔⑼ㄟ^網(wǎng)絡(luò)傳送給服務(wù)端，服務(wù)端根據(jù)接收到的信息由航班安排系統(tǒng)為旅客安排座位并返回相應(yīng)的確認(rèn)信息給該客戶端。訂票信息生成后，存入相應(yīng)的存儲(chǔ)區(qū)域，并對(duì)數(shù)據(jù)庫進(jìn)行數(shù)據(jù)提交?？蛻舳舜蛴∪∑眴渭皫谓o旅客，旅客在登機(jī)前，經(jīng)信息核審后，即可領(lǐng)取機(jī)票登機(jī)。第三，航班信息管理：航空公司可將所有航班的信息存入數(shù)據(jù)庫，方便用戶對(duì)航班基本信息查詢，相關(guān)工作人員可根據(jù)公司要求，經(jīng)系統(tǒng)身份認(rèn)證后登錄并對(duì)航班信息進(jìn)行修改等操作，從而使航班信息便于管理。第四：航班安排：從客戶端接收到旅客的訂票信息，該系統(tǒng)可在短時(shí)間內(nèi)處理旅客航班問題。將訂票信息送往數(shù)據(jù)庫并更新，客戶端的航班查詢信息也同步更新。節(jié)省時(shí)間的同時(shí)，也能讓旅客得到最新的航班信息。第五，售票管理：旅客不僅可在各客戶端進(jìn)行機(jī)票預(yù)定，也可直接在機(jī)場(chǎng)的售票處購票，購票信息由系統(tǒng)提交到數(shù)據(jù)庫進(jìn)行管理更新。第六，退票管理：機(jī)票有效期內(nèi)，旅客若需退票，可在退票處進(jìn)行退票。退票信息，由工作人員輸入系統(tǒng)，系統(tǒng)對(duì)訂票信息或售票信息進(jìn)行刪除更新。第七，票銷售情況核算：因?yàn)楹娇展緳C(jī)票銷售量大，而航空公司為了公司的經(jīng)營，有需要在一定的時(shí)間階段了解公司機(jī)票的銷售情況。而龐大的數(shù)據(jù)量通過人工來完成，似乎不太現(xiàn)實(shí)，而該系統(tǒng)可幫助航空公司進(jìn)行售票情況的核算。這個(gè)課程緊跟住了現(xiàn)代科技的發(fā)展，讓我們?cè)诘谝粫r(shí)間和先進(jìn)的科學(xué)技術(shù)做了一個(gè)親密的接觸，這樣的課程能夠點(diǎn)燃我們對(duì)某一個(gè)新興領(lǐng)域的激情，這算是一個(gè)啟蒙，讓我們對(duì)android先有了一個(gè)大概的了解，這個(gè)課程不一定能讓我們很好的掌握android的理念或者開發(fā)，但是能夠讓我們對(duì)android產(chǎn)生濃厚的興趣，讓我們?nèi)计鹛剿鱝ndroid的欲望，我想這樣就已經(jīng)足夠了。安卓開發(fā)學(xué)習(xí)準(zhǔn)備要點(diǎn)介紹要說當(dāng)下it行業(yè)當(dāng)中最具創(chuàng)造力、前瞻性、延續(xù)性和實(shí)現(xiàn)能力，想必有相當(dāng)?shù)娜藭?huì)把票投給google的安卓，安卓開發(fā)學(xué)習(xí)也成為新潮流。安卓開發(fā)學(xué)習(xí)要做什么準(zhǔn)備？下面就由福州卓躍教育具體介紹。首先，最好先熟悉一門編程語言，現(xiàn)在大學(xué)里面和計(jì)算機(jī)相關(guān)的專業(yè)甚至理工類專業(yè)一般都會(huì)開設(shè)c語言課程，只是很多同學(xué)在大學(xué)期間并沒有好好學(xué)習(xí)，如果對(duì)它掌握的不太好或者很久沒用了，建議先從將其好好復(fù)習(xí)一下，將其基本的語法再好好回顧一下，最好能搭建一個(gè)環(huán)境來運(yùn)行、調(diào)試它。如果沒有學(xué)過，不妨也提前學(xué)習(xí)一下，可以參考清華大學(xué)出版社出版的譚浩強(qiáng)老師的《c語言程序設(shè)計(jì)》，推薦這本書的原因一是它已經(jīng)經(jīng)過了多年的考驗(yàn)，應(yīng)該說還是比較嚴(yán)謹(jǐn)?shù)?；其次就是大部分的高校所開設(shè)的c語言使用的教材都是用它作為教材，因此無論是購買還是借閱，都容易找到。其次，如果后續(xù)有志于游戲方面的開發(fā)，最好具備一定的數(shù)據(jù)結(jié)構(gòu)和算法基礎(chǔ)知識(shí)。雖然現(xiàn)代的高級(jí)編程語言中，其類庫中已經(jīng)幫我們實(shí)現(xiàn)了大部分的數(shù)據(jù)結(jié)構(gòu)，一般情況下，我們直接使用即可。但如果能對(duì)其原理有所了解，當(dāng)需要在這些數(shù)據(jù)結(jié)構(gòu)和算法中間的時(shí)候，可以更加的清楚到底應(yīng)該選擇那個(gè)數(shù)據(jù)結(jié)構(gòu)或者算法。另外，在圖形圖像處理上面，線性代數(shù)的作用也非常重要，如果能掌握一點(diǎn)這方面的基礎(chǔ)知識(shí)，無疑也會(huì)在后續(xù)的學(xué)習(xí)中如虎添翼。舉個(gè)例子，在android中，有一個(gè)用于圖形變換的類matrix，用起來稍有點(diǎn)難。第三，因?yàn)閍ndroid的應(yīng)用的開發(fā)語言用的是java語言，并且在android中也用到了java核心類庫的大量的類，因此，在學(xué)習(xí)android開發(fā)之前，可以先把java基