安卓系統框架怎麼用

1. android ui 框架怎麼使用

UI組件
ActionBarSherlock
一個功能強大的ActionBar組件(不僅僅是ActionBar)。 Android 4.0+上使用native action bar， 低版本的Android模擬實現。強大到無語了，必須關注的一個開源組件。

SlidingMenu
一款優秀的側滑菜單組件。 Google+, YouTube和Facebook在它們的應用中採用的側滑菜單流行開來， 國內也有很多的應用如網易新聞等也採用了這種菜單方式。 側滑菜單組件很好幾種， 尤以此款最為好用。 看看官方網站上的知名用戶就知道了。
Android-Universal-Image-Loader
強大靈活的載入、緩存、顯示圖片的庫。

2. android getidentifier框架怎麼使用

主要由兩種方法：
1. 不把圖片放在res/drawable下，而是存放在src某個package中（如：com.drawable.resource），這種情況下的調用方法為：
String path = "com/drawable/resource/imageName.png";
InputStream is = getClassLoader().getResourceAsStream(path);
Drawable.createFromStream(is, "src");
2. 如果還是希望直接使用res/drawable中的圖片，就需要通過下面的方法了：
假設創建工程的時候，填寫的package名字為：com.test.image
int resID = getResources().getIdentifier("imageName", "drawable", "com.test.image");
Drawable image = getResources().getDrawable(resID);

3. 如何使用ZBLibrary-Android快速開發框架

1.下載：

點擊右邊這個地址 h hub.com/TommyLemon/Android-ZBLibrary

點擊DownloadZip即可。

2.解壓

3.用ADT-Bundle（集成了ADT插件的Eclipse）或 AndroidStudio打開

ADT打開

File > Import > Android > Existing Android Code Into Workspace > browse

> 打開 解壓後的文件目錄（Android-ZBLibrary-master）下的ZBLibrary(ADT)目錄 > Finish

AndroidStudio打開

File > Open > 打開 解壓後的文件目錄（Android-ZBLibrary-master）下的ZBLibrary(AndroidStudio)目錄 > OK

4.運行

ADT運行

右鍵ZBLibrary Demo > Run as > Android Application

AndroidStudio運行

Run > Run app

如果不能成功運行，點擊以下鏈接查看解決方法

.cnblogs.com/tommylemon/p/5426583.html

5.將自己的項目依賴ZBLibrary

ADT依賴

1）在你的項目的workspace下打開ZBLibrary，方法和第3步一樣

2）右鍵你的項目 > Properties > Android > Library欄目中點擊 add > 選擇ZBLibray > OK > OK

AndroidStudio依賴

1）打開你的項目 > 然後打開ZBLibrary，方法和第3步一樣

2）右鍵app > Open Mole Settings > Dependencies > add（點擊"+"）> Mole Dependency > 選擇 ZBLibrary > OK > OK

3）右鍵app > Open Mole Settings > 選擇app > Dependencies > 如果有android-support-v4包，選擇並點擊 "-" 移除 > OK，沒有就 Cancel

4）右鍵app > Open Mole Settings > 選擇ZBLibrary > Dependencies >

①如果有android-support-v4包，選擇並點擊 "-" 移除

②點擊"+" > File dependency > 選擇libs目錄下其中一個 > OK

③添加libs下其它jar包依賴，方法和②一樣 > OK

6.重復第4步

7.查看Demo

ADT查看

打開ZBLibraryDemoApp，方法和第3步一樣

AndroidStudio查看 （Android-ZBLibrary-master下的ZBLibrary(AndroidStudio)目錄）

Windows下在資源管理器中查看，Mac下在Finder中查看

4. xposed是什麼干什麼用能否詳細說一下謝謝！

xposed是安卓手機上的一種框架。Xposed框架這個安卓App自誕生以來，就抓住了無數安卓玩家們的眼球。即使是在高手如雲的XDA論壇上，Xposed框架也被不少開發者譽為「安卓第一神器」——高手都這么說了，不管你信不信，反正我是信了。Xposed框架這款App誕生於安卓開發者雲集的XDA論壇。Xposed框架是一款特殊的安卓App，其主要功能是提供一個新的應用平台，玩家們安裝Xposed框架後，就能夠通過Xposed框架搭建起的平台安裝更多系統級的應用，實現諸多神奇的功能——從使用方面來說，和iOS越獄後的Cydia平台體驗類似。Xposed框架的原理是替換安卓系統/System/bin目錄下的文件，從而實現對系統某些功能的接管，進而給予基於Xposed框架開發的App更多許可權，安卓玩家們可以通過安裝基於Xposed框架的App（Xposed模塊），把安卓玩出花。由於是通過安裝基於Xposed框架的App來修改系統，所以風險會比直接修改系統文件來得少，對於半桶水的玩家來說，這點頗為人性化。當然，調教總是有風險的，一個不小心，也有可能會把系統玩壞就是了，作死了就會死。
反正知道能夠修改安卓系統就行了

5. 手機XP框架是干什麼用的求教

簡單而言可以在不修改APK的情況下影響程序運行（修改系統）的框架服務，其次基於它可以製作出許多功能強大的模塊，且在功能不沖突的情況下同時運作。簡而言之，對於操控手機有了更大自主權。

6. Xposed框架怎麼用，安卓4.4.4的系統

安裝
xposed需要手機先獲取ROOT許可權，
然後安裝2.7直裝版，授予ROOT安裝更新就可以了，不過有變假磚的風險，就是開不了機，所以要慎重，不過很簡單就可以解決
閃飛網路加速器為你解答，請採納或追問

7. android 怎麼使用mvvm框架

MVC、MVP、MVVM
首先，我們先大致了解下Android開發中常見的模式。
MVC
View：XML布局文件。
Model：實體模型（數據的獲取、存儲、數據狀態變化）。
Controllor：對應於Activity，處理數據、業務和UI。
從上面這個結構來看，Android本身的設計還是符合MVC架構的，但是Android中純粹作為View的XML視圖功能太弱，我們大量處理View的邏輯只能寫在Activity中，這樣Activity就充當了View和Controller兩個角色，直接導致Activity中的代碼大爆炸。相信大多數Android開發者都遇到過一個Acitivty數以千行的代碼情況吧！所以，更貼切的說法是，這個MVC結構最終其實只是一個Model-View（Activity:View&Controller）的結構。
MVP
View:對應於Activity和XML，負責View的繪制以及與用戶的交互。
Model:依然是實體模型。
Presenter:負責完成View與Model間的交互和業務邏輯。
前面我們說，Activity充當了View和Controller兩個角色，MVP就能很好地解決這個問題，其核心理念是通過一個抽象的View介面（不是真正的View層）將Presenter與真正的View層進行解耦。Persenter持有該View介面，對該介面進行操作，而不是直接操作View層。這樣就可以把視圖操作和業務邏輯解耦，從而讓Activity成為真正的View層。
但MVP也存在一些弊端：
Presenter（以下簡稱P）層與View（以下簡稱V）層是通過介面進行交互的，介面粒度不好控制。粒度太小，就會存在大量介面的情況，使代碼太過碎版化；粒度太大，解耦效果不好。同時對於UI的輸入和數據的變化，需要手動調用V層或者P層相關的介面，相對來說缺乏自動性、監聽性。如果數據的變化能自動響應到UI、UI的輸入能自動更新到數據，那該多好！
MVP是以UI為驅動的模型，更新UI都需要保證能獲取到控制項的引用，同時更新UI的時候要考慮當前是否是UI線程，也要考慮Activity的生命周期（是否已經銷毀等）。
MVP是以UI和事件為驅動的傳統模型，數據都是被動地通過UI控制項做展示，但是由於數據的時變性，我們更希望數據能轉被動為主動，希望數據能更有活性，由數據來驅動UI。
V層與P層還是有一定的耦合度。一旦V層某個UI元素更改，那麼對應的介面就必須得改，數據如何映射到UI上、事件監聽介面這些都需要轉變，牽一發而動全身。如果這一層也能解耦就更好了。
復雜的業務同時也可能會導致P層太大，代碼臃腫的問題依然不能解決。
MVVM
View:對應於Activity和XML，負責View的繪制以及與用戶交互。
Model:實體模型。
ViewModel:負責完成View與Model間的交互，負責業務邏輯。
MVVM的目標和思想與MVP類似，利用數據綁定(Data Binding)、依賴屬性(Dependency Property)、命令(Command)、路由事件(Routed Event)等新特性，打造了一個更加靈活高效的架構。
數據驅動
在常規的開發模式中，數據變化需要更新UI的時候，需要先獲取UI控制項的引用，然後再更新UI。獲取用戶的輸入和操作也需要通過UI控制項的引用。在MVVM中，這些都是通過數據驅動來自動完成的，數據變化後會自動更新UI，UI的改變也能自動反饋到數據層，數據成為主導因素。這樣MVVM層在業務邏輯處理中只要關心數據，不需要直接和UI打交道，在業務處理過程中簡單方便很多。
低耦合度
MVVM模式中，數據是獨立於UI的。
數據和業務邏輯處於一個獨立的ViewModel中，ViewModel只需要關注數據和業務邏輯，不需要和UI或者控制項打交道。UI想怎麼處理數據都由UI自己決定，ViewModel不涉及任何和UI相關的事，也不持有UI控制項的引用。即便是控制項改變了（比如：TextView換成EditText），ViewModel也幾乎不需要更改任何代碼。它非常完美的解耦了View層和ViewModel，解決了上面我們所說的MVP的痛點。
更新UI
在MVVM中，數據發生變化後，我們在工作線程直接修改（在數據是線程安全的情況下）ViewModel的數據即可，不用再考慮要切到主線程更新UI了，這些事情相關框架都幫我們做了。
團隊協作
MVVM的分工是非常明顯的，由於View和ViewModel之間是鬆散耦合的：一個是處理業務和數據、一個是專門的UI處理。所以，完全由兩個人分工來做，一個做UI（XML和Activity）一個寫ViewModel，效率更高。
可復用性
一個ViewModel可以復用到多個View中。同樣的一份數據，可以提供給不同的UI去做展示。對於版本迭代中頻繁的UI改動，更新或新增一套View即可。如果想在UI上做A/B Testing，那MVVM是你不二選擇。
單元測試
有些同學一看到單元測試，可能腦袋都大。是啊，寫成一團漿糊的代碼怎麼可能做單元測試？如果你們以代碼太爛無法寫單元測試而逃避，那可真是不好的消息了。這時候，你需要MVVM來拯救。
我們前面說過了，ViewModel層做的事是數據處理和業務邏輯，View層中關注的是UI，兩者完全沒有依賴。不管是UI的單元測試還是業務邏輯的單元測試，都是低耦合的。在MVVM中數據是直接綁定到UI控制項上的（部分數據是可以直接反映出UI上的內容），那麼我們就可以直接通過修改綁定的數據源來間接做一些Android UI上的測試。
通過上面的簡述以及模式的對比，我們可以發現MVVM的優勢還是非常明顯的。雖然目前Android開發中可能真正在使用MVVM的很少，但是值得我們去做一些探討和調研。
如何構建MVVM應用框架
如何分工
構建MVVM框架首先要具體了解各個模塊的分工。接下來我們來講解View、ViewModel、Model它們各自的職責所在。
View
View層做的就是和UI相關的工作，我們只在XML、Activity和Fragment寫View層的代碼，View層不做和業務相關的事，也就是我們在Activity不寫業務邏輯和業務數據相關的代碼，更新UI通過數據綁定實現，盡量在ViewModel裡面做（更新綁定的數據源即可），Activity要做的事就是初始化一些控制項（如控制項的顏色，添加RecyclerView的分割線），View層可以提供更新UI的介面（但是我們更傾向所有的UI元素都是通過數據來驅動更改UI），View層可以處理事件（但是我們更希望UI事件通過Command來綁定）。 簡單地說：View層不做任何業務邏輯、不涉及操作數據、不處理數據，UI和數據嚴格的分開。
ViewModel
ViewModel層做的事情剛好和View層相反，ViewModel只做和業務邏輯和業務數據相關的事，不做任何和UI相關的事情，ViewModel 層不會持有任何控制項的引用，更不會在ViewModel中通過UI控制項的引用去做更新UI的事情。ViewModel就是專注於業務的邏輯處理，做的事情也都只是對數據的操作（這些數據綁定在相應的控制項上會自動去更改UI）。同時DataBinding框架已經支持雙向綁定，讓我們可以通過雙向綁定獲取View層反饋給ViewModel層的數據，並對這些數據上進行操作。關於對UI控制項事件的處理，我們也希望能把這些事件處理綁定到控制項上，並把這些事件的處理統一化，為此我們通過BindingAdapter對一些常用的事件做了封裝，把一個個事件封裝成一個個Command，對於每個事件我們用一個ReplyCommand 去處理就行了，ReplyCommand 會把你可能需要的數據帶給你，這使得我們在Vie，具體見 MVVM Light Toolkit 使用指南的 Command 部分 。再強調一遍：ViewModel 不做和UI相關的事。