建站
咨詢
售后
建站咨詢
新聞中心
做一個(gè)完整的Android程序，不想用到Activity，真的是比較困難的一件事情，除非是想做綠葉想瘋了。因?yàn)锳ctivity是Android程序與用戶交互的窗口，歡迎大家學(xué)習(xí)參考。
為平遠(yuǎn)等地區(qū)用戶提供了全套網(wǎng)頁(yè)設(shè)計(jì)制作服務(wù)，及平遠(yuǎn)網(wǎng)站建設(shè)行業(yè)解決方案。主營(yíng)業(yè)務(wù)為成都網(wǎng)站設(shè)計(jì)、成都做網(wǎng)站、平遠(yuǎn)網(wǎng)站設(shè)計(jì)，以傳統(tǒng)方式定制建設(shè)網(wǎng)站，并提供域名空間備案等一條龍服務(wù)，秉承以專業(yè)、用心的態(tài)度為用戶提供真誠(chéng)的服務(wù)。我們深信只要達(dá)到每一位用戶的要求，就會(huì)得到認(rèn)可，從而選擇與我們長(zhǎng)期合作。這樣，我們也可以走得更遠(yuǎn)！
在我看來(lái)，從這個(gè)層面的視角來(lái)看，Android的Activity特像網(wǎng)站的頁(yè)面。首先，一個(gè)網(wǎng)站，如果一張頁(yè)面都沒(méi)有，那...，真是一顆奇葩。而一張頁(yè)面往往都有個(gè)獨(dú)立的主題和功能點(diǎn)。
比如登錄頁(yè)面，注冊(cè)頁(yè)面，管理頁(yè)面，如是。在每個(gè)頁(yè)面里面，會(huì)放一些鏈接，已實(shí)現(xiàn)功能點(diǎn)的串聯(lián)，有的鏈接點(diǎn)了，刷，跑到同一站點(diǎn)的另一個(gè)頁(yè)面去了；有的鏈接點(diǎn)了，啾，可能跳到其他網(wǎng)站的頁(yè)面去；
還有的鏈接點(diǎn)了，恩...，這次沒(méi)跑，但當(dāng)前頁(yè)面的樣子可能有所變化了。這些模式，和Activity給人的感覺(jué)很像，只不過(guò)實(shí)現(xiàn)策略不同罷了，畢竟Android這套架構(gòu)的核心思想，本身就來(lái)自源于Web的Mash-Up概念。
視為頁(yè)面的客戶端化，也未嘗不可。Android程序，在四大組件中，無(wú)疑是最復(fù)雜的，這年頭，一樣?xùn)|西和界面掛上了勾，都簡(jiǎn)化不了，想一想，獨(dú)立做一個(gè)應(yīng)用有多少時(shí)間淪落在了界面上，就能琢磨清楚了。
從視覺(jué)效果來(lái)看，一個(gè)Activity占據(jù)當(dāng)前的窗口，響應(yīng)所有窗口事件，具備有控件，菜單等界面元素。從內(nèi)部邏輯來(lái)看，Activity需要為了保持各個(gè)界面狀態(tài)。需要做很多持久化的事情，還需要妥善管理生命周期，和一些轉(zhuǎn)跳邏輯。對(duì)于開(kāi)發(fā)者而言，就需要派生一個(gè)Activity的子類，然后埋頭苦干上述事情。對(duì)于Activity的更多細(xì)節(jié)。
服務(wù)，從最直白的視角來(lái)看，就是剝離了界面的Activity，它們?cè)诤芏郃ndroid的概念方面比較接近，都是封裝有一個(gè)完整的功能邏輯實(shí)現(xiàn)，只不過(guò)Service不拋頭露臉，只是默默無(wú)聲的做堅(jiān)實(shí)的后盾。
但其實(shí)，換個(gè)角度來(lái)看，Android中的服務(wù)，和我們通常說(shuō)的Windows服務(wù)，Web的后臺(tái)服務(wù)又有一些相近，它們通常都是后臺(tái)長(zhǎng)時(shí)間運(yùn)行，接受上層指令，完成相關(guān)事務(wù)的模塊。
用運(yùn)行模式來(lái)看，Activity是跳，從一個(gè)跳到一個(gè)，呃...，這有點(diǎn)像模態(tài)對(duì)話框（或者還像web頁(yè)面好了...），給一個(gè)輸入（抑或沒(méi)有...），然后不管不顧的讓它運(yùn)行，離開(kāi)時(shí)返回輸出（同抑或沒(méi)有...）。而Service不是，它是等，等著上層連接上它，然后產(chǎn)生一段持久而纏綿的通信，這就像一個(gè)用了Ajax頁(yè)面，看著沒(méi)啥變化，偷偷摸摸的和Service不知眉來(lái)眼去多少回了。
但和一般的Service還是有所不同，Android的Service和所有四大組件一樣，其進(jìn)程模型都是可以配置的，調(diào)用方和發(fā)布方都可以有權(quán)利來(lái)選擇是把這個(gè)組件運(yùn)行在同一個(gè)進(jìn)程下。
還是不同的進(jìn)程下。這句話，可以拿把指甲刀刻進(jìn)腦海中去，它凸顯了Android的運(yùn)行特征。如果一個(gè)Service，是有期望運(yùn)行在于調(diào)用方不同進(jìn)程的時(shí)候，就需要利用Android提供的RPC機(jī)制，為其部署一套進(jìn)程間通信的策略。
Android的RPC實(shí)現(xiàn)，如上圖所示（好吧，也是從SDK中拿來(lái)主義的...），無(wú)甚稀奇，基于代理模式的一個(gè)實(shí)現(xiàn)，在調(diào)用端和服務(wù)端都去生成一個(gè)代理類，做一些序列化和反序列化的事情，使得調(diào)用端和服務(wù)器端都可以像調(diào)用一個(gè)本地接口一樣使用RPC接口。
Android中用來(lái)做數(shù)據(jù)序列化的類是Parcel，參見(jiàn)：/reference/android/os/Parcel.html，封裝了序列化的細(xì)節(jié)，向外提供了足夠?qū)ο蠡脑L問(wèn)接口，Android號(hào)稱實(shí)現(xiàn)非常高效。還有就是AIDL (Android Interface Definition Language) 。
一種接口定義的語(yǔ)言，服務(wù)的RPC接口，可以用AIDL來(lái)描述，這樣，ADT就可以幫助你自動(dòng)生成一整套的代理模式需要用到的類，都是想起來(lái)很乏力寫起來(lái)很苦力的那種。更多內(nèi)容，可以再看看：guide/developing/tools/aidl.html，如果有興致，可以找些其他PRC實(shí)現(xiàn)的資料lou幾眼。
關(guān)于Service的實(shí)現(xiàn)，還強(qiáng)推參看Android程序這個(gè)Sample里面的RemoteService實(shí)現(xiàn)。它完整的展示了實(shí)現(xiàn)一個(gè)Service需要做的事情：那就是定義好需要接受的Intent，提供同步或異步的接口。
在上層綁定了它后，通過(guò)這些接口（很多時(shí)候都是RPC的...）進(jìn)行通信。在RPC接口中使用的數(shù)據(jù)、回調(diào)接口對(duì)象，如果不是標(biāo)準(zhǔn)的系統(tǒng)實(shí)現(xiàn)（系統(tǒng)可序列化的），則需要自定義aidl，所有一切，在這個(gè)Sample里都有表達(dá)，強(qiáng)薦。
新聞名稱：詳細(xì)介紹說(shuō)明Android程序管理
本文鏈接：http://www.5511xx.com/article/dhpgsii.html
