程式的元件模式
android
程式的載體是各個應用程式包（
apk），而程式執行的主體是各種「元件」。
android
的乙個應用程式包一般可以視為執行在乙個程序中的元件的集合。
因此，android
應用程式執行的主要單位是元件。
android
中的並不是乙個程式執行的實體，僅表明相關元件之間執行的上下文。
android
四種元件是：活動（
包中的activity
類），服務（
包中的service
類），廣播接收器（
android.content
包中的broadcastreceiver
類）和內容提供者（
android.content
包中的contentprovider
類）。四種元件都是基礎的類，在程式中一般需要經過擴充套件使用。
activity
是乙個可見的、類似在前台執行的部件，它具有一定的生命週期，例如有在前面、在後面但可見、在後面不可見、消失等幾種狀態。
activity
的作用相當於乙個「視窗」，它作為各種控制項的容器，展示給使用者並進行互動。
service
是乙個不可見、但是可以長期執行的部件，其他部件可以使用啟動或者繫結的方式和服務進行互動。服務在後台長期存在儲存上下文，並具有介面與其他部件進行互動。
broadcastreceiver
是乙個不可見、只有短期執行的部件。廣播的作用相當於乙個
「**函式
（callback
）」，只有在被呼叫的時候才執行。
contentprovider
表示的是內容的介面，它實際上是乙個靜態的部件，提供統一的資料訪問和訪問方式，在其下部可以使用資料儲存系統來實現。
從android
應用程式的角度，各個元件對外的聯絡是程式處理的乙個關鍵性問題，元件介面包括對使用者的介面和對其他包的介面兩部分內容。
在對使用者的介面的角度，包括呈現給使用者的介面和接受使用者的控制，主要由
activity
及其中的
view
對外提供，其他元件可以使用通知（
toast
通知和狀態列通知）的方式和使用者簡單互動。
應用程式包之間的介面方面，主要由元件的標準介面提供，
activity
、service
和broadcastreceiver
使用intent
作為對外的介面
，contentprovider
使用uri
作為對外的介面。從元件的角度
，其介面分為
對包內的其他元件的介面和對其他應用程式包的介面，它們的實現結構基本相同。
activity
具有返回結果的啟動方式只能被其他
activity
所使用，其他元件對外的介面有
context
就可以使用。
androidy
應用程式包的元件介面關係如圖
7-1所示。
在android
應用程式實現的角度，元件是
android
的應用程式架構中強制需要的使用機制。
基於元件可以更清晰地劃分程式的結構，程式中也將具有和元件無關**部分，例如：與
ui相關控制項、
2d-3d
圖形繪製、動畫等方面，與
ui無關的邏輯、演算法、資料儲存、硬體控制等方面。這些**需要提供功能給元件，並通過
元件進行組織，進而構成乙個完整的應用程式。
——本段文字節選自《android經典應用程式開發》
圖書詳細資訊
:
介面元件的執行模式
android介面元件的執行模式包括standard singletop singletask singleinstance。standard 系統每次呼叫元件時就會產生新的元件物件。singletop 如果被呼叫的介面元件與該任務棧頂元件的型別一致，那麼系統就不會再為在介面元件構造新的物件，而是直...
小程式元件 map
map元件用於展示地圖 longitude中心經度 latitude中心緯度 markers地圖中的位置標記點 controls在地圖上顯示控制項，控制項不隨著地圖移動 polyline指定一系列座標點，從陣列第一項連線至最後一項 bind 相關事件 page polyline color ff66...
小程式 元件操作
在小程式開發中，難免會遇到一些重複的顯示功能，避免浪費開發資源就需要把公共的部分做成共享的功能，也就是組建。在跟目錄中，建立component目錄，用於存放元件。在component下建立元件資料夾。與頁面一致包含四個檔案。在元件中編寫的內容與頁面中是一樣的方式。在其他頁面呼叫時，需要在其他頁面中的...