安卓系统框架怎么用

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相关的事。