① 如何使用android的搜索框架
当你需要在你的应用程序中提供搜索服务时,通过使用Android的搜索框架，应用程序将显示一个自定义搜索对话框来处理用户的搜索请求。通过一个简单的搜索按钮或从您的应用程序中调用API，搜索对话框就会显示在屏幕的顶部，并会自动显示应用程序图标。
本文将教你如何为你的应用程序提供一个自定义搜索对话框。这样做，给您的用户提供一个标准化的搜索体验，并能增加如语音搜索和搜索建议等功能。
基础知识
Android的搜索框架将代您管理的搜索对话框，您不需要自己去开发一个搜索框，不需要担心要把搜索框放什么位置，也不需要担心搜索框影响您当前的界面。所有的这些工作都由SearchManager类来为您处理（以下简称“搜索管理器”），它管理的Android搜索对话框的整个生命周期，并执行您的应用程序将发送的搜索请求，返回相应的搜索关键字。
当用户执行一个搜索，搜索管理器将使用一个专门的Intent把搜索查询的关键字传给您在配置文件中配置的处理搜索结果的Activity。从本质上讲，所有你需要的就是一个Activity来接收Intent，然后执行搜索，并给出结果。具体来说，你需要的做的事就包括以下内容：
一个搜索配置
我们用个XML配置文件来对搜索对话框进行配置，包括一些功能的配置，如文本框，设置语音搜索和搜索建议中显示的提示文字等。
一个用来处理搜索请求的Activity
这个Activity用来接收搜索查询的内容，然后搜索您的数据并显示搜索结果。
一种用户执行搜索的途径
默认情况下，一旦你配置了一个可搜索的Activity，设备搜索键（如果有）将调用搜索对话框。然而，你应该始终提供另一种手段，让用户可以调用搜索对话框，如在选项菜单中的搜索按钮或其他用户界面上的按钮，因为不是所有的设备提供一个专门的搜索键。
创建一个搜索对话框配置文件
搜索框配置文件是一个用来配置您的应用程序中搜索框的设置的XML文件，这个文件一般命名为searchable.xml，并且必须保存在项目的res/xml/目录下。
配置文件的根节点必须为，可以有一个或多个属性。如下所示：
[html] view
plainprint?
<?xml version="1.0" encoding="utf-8"?>
<searchable xmlns:android="http://schemas.android.com/apk/res/android"
android:label="@string/searchLabel" android:hint="@string/searchHint">
</searchable>
<?xml version="1.0" encoding="utf-8"?>
<searchable xmlns:android="http://schemas.android.com/apk/res/android"
android:label="@string/searchLabel" android:hint="@string/searchHint">
</searchable>
上面的配置文件中，除android:hint属性外，其它都是一个搜索对话框必须的配置项，android:label是一个必须的属性，它的值为一个string资源引用，不能直接用字符串，通常会是应用程序的名称（尽管它是一个必须的属性，但通常情况下是不显示出来的，除非你开启了搜索建议功能）。android:hint是配置搜索框的输入提示信息，也必须引用string.xml中配置的字符串资源，不能直接使用字符串。
可以配置很多的属性，但大部分属性都只是在使用搜索建议和语音搜索时进行配置，尽管如此，我们建议你一定要配置android:hint,用于提示用户需要输入的信息。
接下来，你需要把这个配置文件放到你的应用程序中。
创建一个可用于搜索的Activity
当用户从一个搜索框执行搜索时，搜索管理器（Search
Manager）会通过ACTION_SEARCH Intent
把要搜索的内容（关键字）发送到一个可执行搜索的Activity。这个Acitivity查询数据并显示结果。
定义一个可搜索的Activity
如果你还没有准备好，那么就创建一个用来执行搜索的Activity，声明它可以响应ACTION_SEARCH
Intent ，并且增加搜索框配置信息。为此，你需要添加一个元素和一个元素在你的manifest文件中的节点。如下所示：
[html] view
plainprint?
<application ... >
<activity android:name=".MySearchableActivity" >
<intent-filter>
<action android:name="android.intent.action.SEARCH" />
</intent-filter>
<meta-data android:name="android.app.searchable"
android:resource="@xml/searchable"/>
</activity>
...
</application>
<application ... >
<activity android:name=".MySearchableActivity" >
<intent-filter>
<action android:name="android.intent.action.SEARCH" />
</intent-filter>
<meta-data android:name="android.app.searchable"
android:resource="@xml/searchable"/>
</activity>
...
</application>
中的android:name属性值必须为”android.app.searchable”，android:resource属性值必须引用上面提到的res/xml/目录下的搜索配置文件（本例中的res/xml/searchable.xml）。
请注意，只有配置了上面的meta-data节点的Activity的节点才能执行搜索，如果想在整个应用程序中都可以调用搜索框，可以进行如下配置：
[html] view
plainprint?
<application ... >
<activity android:name=".MySearchableActivity" >
<intent-filter>
<action android:name="android.intent.action.SEARCH" />
</intent-filter>
<meta-data android:name="android.app.searchable"
android:resource="@xml/searchable"/>
</activity>
<activity android:name=".AnotherActivity" ... >
</activity>
<!—这个配置就可以让你在整个应用程序中调用搜索框 -->
<meta-data android:name="android.app.default_searchable"
android:value=".MySearchableActivity" />
...
</application>
<application ... >
<activity android:name=".MySearchableActivity" >
<intent-filter>
<action android:name="android.intent.action.SEARCH" />
</intent-filter>
<meta-data android:name="android.app.searchable"
android:resource="@xml/searchable"/>
</activity>
<activity android:name=".AnotherActivity" ... >
</activity>
<!—这个配置就可以让你在整个应用程序中调用搜索框 -->
<meta-data android:name="android.app.default_searchable"
android:value=".MySearchableActivity" />
...
</application>
上面代码中android:name=”android.app.default_searchable”
定义一个响应搜索框搜索请求的名称，android:value指定是由哪个Activity响应并执行搜索。当我们在应用程序中的
OtherAcitivity中执行搜索请求时，MySearchableActivity将会被加载用于执行搜索并显示搜索结果。
执行一个搜索
当一个Activity声明为可搜索时，执行实际的搜索包括三个步骤：接收查询，检索你的数据，并提交结果。
通常情况下，你的搜索结果需要在一个ListView中展现，所以你用于执行搜索的Acitivity要继承ListActivity，这样，可以方便的访问ListView的Api。
接收搜索查询
当从搜索对话框执行搜索时，刚才配置的可用于搜索的Acitivity将会被Intent激活，同时带着一些搜索相关的参数，你需要检查Intent并做出搜索响应，如下所示：
[java] view
plainprint?
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.search);Intent intent = getIntent();
//判断是否是搜索请求
if (Intent.ACTION_SEARCH.equals(intent.getAction())) {
//获取搜索的查询内容（关键字）
String query = intent.getStringExtra(SearchManager.QUERY);
//执行相应的查询动作
doMySearch(query);
}
}
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.search);
Intent intent = getIntent();
//判断是否是搜索请求
if (Intent.ACTION_SEARCH.equals(intent.getAction())) {
//获取搜索的查询内容（关键字）
String query = intent.getStringExtra(SearchManager.QUERY);
//执行相应的查询动作
doMySearch(query);
}
}
doMySearch()方法将根据关键字查询数据库，或从网络上查询数据，如果是耗时的搜索，你还需要使用进度条，来告诉用户搜索正在进行，最后返回结果后，可以调用ListView的setAdapter()方法将结果显示在ListView中。
调用搜索对话框
你可以从应用程序中的任何一个地方调用onSearchRequested()方法激活搜索框，比如从菜单中或者一个按钮等。你也要以在
onCreate()方法中调用setDefaultKeyMode(DEFAULT_KEYS_SEARCH_LOCAL)，这样，当用户按下键盘上的按键时，将会自动激活搜索框。
搜索框和普通对话框一样，浮动在屏幕的最上方，它不会改变任何Activity堆栈状态，没有任何Activity生命周期中的方法会被调用，只是当搜索框出现就，正在运行的Activity会失去输入焦点。
如果你要在执行搜索时，进行别的操作，可以重写onSearchRequested()方法，如下所示：
[java] view
plainprint?
@Override
public boolean onSearchRequested() {
//这个方法中干你想干的事，比如做一些被始化工作
pauseSomeStuff();
return super.onSearchRequested();
}
@Override
public boolean onSearchRequested() {
//这个方法中干你想干的事，比如做一些被始化工作
pauseSomeStuff();
return super.onSearchRequested();
}
如果当前的Activity就是响应搜索请求的Activity时，会有以下两种情况：
默认情况下，ACTION_SEARCH
Intent将会创建一个新的Activity，并调用onCreate()方法，这个新的Activity会显示在最前面，你将同时有两个
Activity实例。当你按“返回”键里，会回到没有执行搜索前的一个Activity。
另一种情况是配置了android:launchMode=”singleTop”的Activity，这时，我们需要在
onNewIntent(Intent)方法中处理搜索请求，如下所示：
[java] view
plainprint?
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.search);
handleIntent(getIntent());
}@Override
protected void onNewIntent(Intent intent) {
setIntent(intent);
handleIntent(intent);
}private void handleIntent(Intent intent) {
if (Intent.ACTION_SEARCH.equals(intent.getAction())) {
String query = intent.getStringExtra(SearchManager.QUERY);
doMySearch(query);
}
}
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.search);
handleIntent(getIntent());
}
@Override
protected void onNewIntent(Intent intent) {
setIntent(intent);
handleIntent(intent);
}
private void handleIntent(Intent intent) {
if (Intent.ACTION_SEARCH.equals(intent.getAction())) {
String query = intent.getStringExtra(SearchManager.QUERY);
doMySearch(query);
}
}
相应的Activity配置如下
[html] view
plainprint?
<activity android:name=".MySearchableActivity"
android:launchMode="singleTop" >
<intent-filter>
<action android:name="android.intent.action.SEARCH" />
</intent-filter>
<meta-data android:name="android.app.searchable"
android:resource="@xml/searchable"/>
</activity>
<activity android:name=".MySearchableActivity"
android:launchMode="singleTop" >
<intent-filter>
<action android:name="android.intent.action.SEARCH" />
</intent-filter>
<meta-data android:name="android.app.searchable"
android:resource="@xml/searchable"/>
</activity>
如何给搜索框增加参数
要给搜索框传递参数，我们需要重写onSearchRequested()方法，如下所示：
[java] view
plainprint?
@Override
public boolean onSearchRequested() {
Bundle appData = new Bundle();
appData.putBoolean(MySearchableActivity.JARGON, true);
startSearch(null, false, appData, false);
return true;
}
@Override
public boolean onSearchRequested() {
Bundle appData = new Bundle();
appData.putBoolean(MySearchableActivity.JARGON, true);
startSearch(null, false, appData, false);
return true;
}
我们的Activity在收到搜索框的搜索请求时，通过如下方法获取参数：
[java] view
plainprint?
Bundle appData = getIntent().getBundleExtra(SearchManager.APP_DATA);
if (appData != null) {
boolean jargon = appData.getBoolean(MySearchableActivity.JARGON);
}
Bundle appData = getIntent().getBundleExtra(SearchManager.APP_DATA);
if (appData != null) {
boolean jargon = appData.getBoolean(MySearchableActivity.JARGON);
}
最后我们来看看如何使用android的语音搜索：
只需要对我们的搜索配置文件做如下改动，你的搜索就支持语音搜索了，配置文件如下所示：
[html] view
plainprint?
<?xml version="1.0" encoding="utf-8"?>
<searchable xmlns:android="http://schemas.android.com/apk/res/android"
android:label="@string/searchLabel"
android:hint="@string/searchHint"
android:voiceSearchMode="showVoiceSearchButton|launchRecognizer">
</searchable>
② 安卓10怎么用xp框架
安装MagiskManager就可以了。
用官方工具安装MagiskManager，版本不低于V17.0。在MagiskManager里，模块里搜索Riku-core，然后安装就可以了。
Xposed框架（XposedFramework）是一套开源的、在Android高权限模式下运行的框架服务，可以在不修改APK文件的情况下影响程序运行（修改系统）的框架服务，基于它可以制作出许多功能强大的模块，且在功能不冲突的情况下同时运作。当前，PerAPPSetting（为每个应用设置单独的dpi或修改权限）、XPrivacy（防止隐私泄露）、对原生Launcher替换图标等应用或功能均基于此框架。
③ 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);
④ Android 模块之旅：ARoutrer框架使用教程
随着公司项目越来越大，人员增多，项目会出现难维护、新人入职后，需要花费很多时间去熟悉项目。最重要的是，每次编译时间真的太久了！！！为了解决这个问题，项目重构、模块化需要提上日程。项目拆分成模块之后，页面的跳转就不能直接startActivity 调用具体的activity了，因为这个Activity已经在另外一个模块中，直接用显示引用是提示不出来的，这时需要通过借助路由库来实现页面的跳转，当然通过反射的方式也是可以跳转到对应页面的。通过这样的路由跳转，而不是显示引用，就达到了模块之间解耦的目的，在不需要的时候，可以不需要引入这个模块编译，提高开发速度，发布的时候又能很方便的集成进来，功能不受影响，这就实现了模块化的第一步。路由框架推荐使用阿里开源的ARouter路由框架，毕竟是大厂开源的框架，稳定性、可靠性也相对较高。
路由路径，我们可以封装一个 RouterManger 工具类放在 moudle_base 模块中，统一管理整个项目的 Path 及路由框架的初始化操作, 示例如下：
我们经常需要在目标页面中配置一些属性，比方说"是否需要登陆"之类的
可以通过 Route 注解中的 extras 属性进行扩展，这个属性是一个 int值，换句话说，单个int有4字节，也就是32位，可以配置32个开关
剩下的可以自行发挥，通过字节操作可以标识32个开关，通过开关标记目标页面的一些属性，在拦截器中可以拿到这个标记进行业务逻辑判断
ARouter更加详细的使用教程可以前往官方GitHub查阅，上述为个人使用过程中觉得需要记录下来东西，不足之处，敬请见谅
⑤ 如何在安卓原生APP中使用MUI框架
先用Android Studio创建一个新项目（MyFirstMUI）。
1、导入jar包，可从HBuilder-Integrate工程的libs中选择，具体要导入哪些jar包可从SDK中的Feature-Android.xls中查看。
2、加入APP资源：
①在工程目录下的创建assets文件夹，并在assets目录下添加apps目录
②在apps目录下创建应用ID同名目录好隐
③在应用ID同名目录下创建www目录
④将应用资源和应用配置文件（manifest.json）拷贝到www目录下
其中“H5B1EA68D”目录名称为应用manifest.json中的id名称，务必一致。
添加control.xml文件和properties.xml文件到assets->data目录下
其中control.xml文件的appid值为HBuilder应用的appid，必须与应用manifest.json中的id值完全一致；appver为应用的版本号，用于应用资源的升级，必须保持与manifest.json中的version -> name值完全一致；version值为应用基座版本号（plus.runtime.innerVersion返回的值），不要随意修改。
Properites文件用于对应JS类名和Android包名的对应关系，用户可指败以根据开发项目使用到的插件对文件进行添加或删改。
这两个文件都可从HBuilder-Integrate工程中拷贝过来进行修改。
3、复制所需的资源文件到drawable和layout文件夹中：
4、修改AndroidManifest.xml文件
文件中的versionCode与唯袜颤manifest.json中version -> code值一致；versionName与manifest.json中version -> name值一致。根据HBuilder-Integrate工程中的AndroidManifest.xml文件添加所的功能权限。
5、添加代码编译测试
注意RInfomation要连同其目录一起复制进项目中。
⑥ 腾讯QMUI Android框架使用(一)入门及目录
把项目的 theme 的 parent 指向 QMUI.Compat，至此，QMUI 可以正常工作。
你可以通过在项目中的 theme 中用
的形式来覆盖 QMUI 组件的默认表现。具体可指定的属性名请参考 @style/QMUI.Compat 中的属性。
对 Button 提供圆角功能，支持以下特性：
1.指定圆角的大小。
2.分别指定不同方向的圆角大小。
3.指定圆角的大小为高度的一半，并跟随高度变化自适应圆角大小。
4.支持分别指定背景色和边框色，指定颜色时支持使用 color 或 ColorStateList。
提供了一系列常用的对话框，解决了使用系统默认对话框时在不同 Android 版本上的表现不一致的问题。使用不同的 Builder 来构建不同类型的对话框，这些 Builder 都拥有设置 title 和添加底部按钮的功能，不同的 Builder 特有的作用如下：
1.MessageDialogBuilder: 消息类型的对话框 Builder。通过它可以生成一个带标题、文本消息、按钮的对话框。
2.ConfirmMessageDialogBuilder: 带 Checkbox 的消息确认框 Builder。
3.EditTextDialogBuilder: 带输入框的对话框 Builder。
4.MenuDialogBuilder: 菜单对话框 Builder。
5.CheckableDialogBuilder: 单选类型的对话框 Builder。
6.MultiCheckableDialogBuilder: 多选类型的对话框 Builder。
7.CustomDialogBuilder: 自定义对话框内容区域的 Builder。
8..AutoResizeDialogBuilder: 随键盘升降自动调整 Dialog 高度的 Builder
类似 CSS 里 float: left 的浮动布局，从左到右排列子 View 并自动换行。支持以下特性：
1.控制子 View 之间的垂直/水平间距。
2.控制子 View 的水平对齐方向（左对齐/居中/右对齐）。
3.限制子 View 的个数或行数。
通用的空界面控件，支持显示 loading、主标题和副标题、图片。
用于横向多个 Tab 的布局，包含多个特性：
1.可以用 xml 或 QMUITabSegment 提供的 set 方法统一配置文字颜色、icon 位置、是否要下划线等。
2.每个 Tab 都可以非常灵活的配置，内容上支持文字和 icon 的显示，icon 支持选中态，支持内容的排版对齐方向设置，支持显示红点，3.支持插入自定义的 View，支持监听双击事件等。
4.可以通过 setupWithViewPager(ViewPager) 方法与 ViewPager 绑定。
一个进度条控件，通过颜色变化显示进度，支持环形和矩形两种形式，主要特性如下：
1.支持在进度条中以文字形式显示进度，支持修改文字的颜色和大小。
2.可以通过 xml 属性修改进度背景色，当前进度颜色，进度条尺寸。
3.支持限制进度的最大值。
通用的列表，常用于 App 的设置界面，注意其父类不是 ListView 而是 LinearLayout，所以一般要配合 ScrollView 使用。提供了 Section 的概念，用来将列表分块。 配合 QMUIGroupListView.Section, QMUICommonListItemView 和 使用。
提供一个浮层展示在屏幕中间，提供了以下两种样式：
1.使用 QMUITipDialog.Builder 生成，提供了一个图标和一行文字的样式, 其中图标有 Loading、成功、失败等类型可选。
2.使用 QMUITipDialog.CustomBuilder 生成，支持传入自定义的 layoutResId。
提供为图片添加圆角、边框、剪裁到圆形或其他形状等功能。
在 TextView 的基础上支持文字竖排。
下拉刷新控件。支持自定义 RefreshView（表示正在刷新的 View），触发刷新的位置等特性。
提供一个浮层，支持自定义浮层的内容，支持在指定 View 的任一方向旁边展示该浮层，支持自定义浮层出现/消失的动画。
相比 TextView，修正了两个常见问题：
修正了 TextView 与 ClickableSpan 一起使用时，点击 ClickableSpan 也会触发 TextView 的事件的问题。
修正了 TextView 默认情况下如果添加了 ClickableSpan 之后就无法把点击事件传递给 TextView 的 Parent 的问题。
使 TextView 能自动识别 URL、电话、邮箱地址，相比 TextView 有以下特点：
1.可以设置链接的样式。
2.可以设置链接的点击事件。
1.支持显示表情的伪 TextView（继续自定义 View,而不是真正的 TextView), 实现了 TextView 的 maxLine、ellipsize、textSize、textColor 等基本功能。
2.支持与 QMUITouchableSpan 配合使用实现内容可点击。
支持二级结构的列表的折叠与展开；支持滚动时悬浮当前 section header; 支持在section list 或 section item list 前后添加自定义 View。
对 QMUITopBar 的包裹类，并代理了 QMUITopBar 的方法。配合 QMUIWindowInsetLayout 使用，可使 QMUITopBar 在支持沉浸式状态栏的界面中顶部延伸到状态栏。
⑦ Android搭建应用框架系列之BaseActivity
其实写 BaseActivity 的时候，都需要结合不同的 App 的需求以及应用架构来实现的，没有固定的实现方式。所以这里结合前面几篇文章来写一个 BaseActivity
结合前面的文章说的， BaseActivity 应该有下面这些内容
应用中往往键耐喊少不了加载动画，所以 BaseActivity 也应该写一个公共的显示和隐藏加载框的方法，结合前文的 IProgressDialog 接口。由于 Android 的 ProgressDialog 注解过时， Google 不推荐使用，那么这里就通过 AlertDialog+ProgressBar 简单实现下面的效果
我们都知道 AlertDialog 是有亩备一个底色背景的，所以这里先写一个 Style 让底色背景透明
接下来就是这个弹框的布局
然后就是创建 AlertDialog 设置布稿野局
把前面的 Style 在创建 AlertDialog.Builder() 传入即可让底色背景透明，然后通过 AlertDialog 的 setView() 方法就可以自定义布局了。
定义一个 FragmentManager 方便操作 Fragment 的时候使用
对应 Rx1.x 版本的 CompositeSubscription ，将请求接口统一绑定起来
然后在 onDestroy() 进行统一的解绑
结合前文封装的 RealmHelper 帮助类，实现 Realm 的实例并且定义一个 RealmAsyncTask
然后在 onStop 里面进行清除
首先会在 BaseActivity 定义一个默认的布局 act_single_fragment.xml
其中 content 是用来放置内容的区域，然后 toolbar_layout.xml 是 ToolBar 的布局
提供一个方法供外部实现 ToolBar 样式，默认是 TitleFragment
TitleFragment 就是一个简单的头部样式，如图
最后处理返回键的回调方法
通过上面的说明，最终 BaseActivity 如下
⑧ 怎样搭建一个android开发框架
搭建Android开发环境
准备工作：下载Eclipse、JDK、Android SDK、ADT插件
下载地址：Eclipse:http://www.eclipse.org/downloads/
JDK：http://www.oracle.com/technetwork/java/javase/downloads/jdk7u9-downloads-1859576.html
Android SDK:http://developer.android.com/sdk/index.html
ADT:http://developer.android.com/tools/sdk/eclipse-adt.html
1、安装和配置JAVA开发环境：
①把准备好的Eclipse和JDK安装到本机上（最好安装在全英文路径下)，并给JDK配置环境变量，其中JDK的变量值为JDK安装路径的根目录，如我的为：D:\Program Files\Java\jdk1.7.0_02；
②打开命令提示符（cmd），输入java -version命令，显示如下图则说明JAVA环境变量已经配置好了。
2、安装ADT插件：
①打开已安装好的Eclipse,选择菜单栏上的“Help”->在弹出的下拉框中单击选择“Install new software...”；
②在新打开的对话框中我们完全可以直接在"Work with"中输入：https://dl-ssl.google.com/android/eclipse/在线安装ADT插件，但由于Google的服务器搭建在国外，所以通过这种方式安装起来会比较慢，而且可能会出现人品差死活装不上的情况，所以不推荐在线安装。
③我推荐直接通过下载好的ADT插件压缩包进行安装（此种方式可以在离线环境下进行）。具体步骤是：在新打开的对话框中点击“Add”按钮->在打开的对话框中点击“Archive”按钮选择之前已经下载好保存在本地硬盘的ADT插件压缩包，至于上面的“Name”可以随便取，这只是一个代号而已，没什么实际作用。
④在上一步中点击“Ok”按钮后我们会发现中间的空白处出现了两行复选框，单击"Select All"按钮选中所有的复选框，这步过后一路“Next”,需要“Accept”的就选中“Accept”，直到点击“Finish”结束，这样ADT插件就安装好了。整个过程需要的时间视机器性能而定。安装好ADT插件后，Eclipse的工具栏会出现一排Android的图标，如下图：
3、安装SDK：
①把下载好的Android SDK安装到本机上（最好安装在全英文路径下)，并为Android SDK配置环境变量。Android SDK的环境变量值为SDK安装目录下的platform-tools文件夹和tools文件夹子目录路径，如我的分别为：E:\My Studying\Android\android-sdk\platform-tools、E:\My Studying\Android\android-sdk\tools，在变量值中，两个路径用逗号隔开。
②打开命令提示符（cmd），分别输入android -h和adb命令，显示如下图则说明Android SDK环境变量已经配置好了。
③打开Android SDK的安装目录，双击 "SDK Manager"->在打开的窗口中先选择你需要安装的SDK版本，其中“Status”表示该SDK包是否安装，如我选的是“Android2.2（API 8）”（我的之前已经安装过了，所以“Status”为“Installed”）->再点击“Install packages...”按钮,在弹出来的窗口中最好选“Accept All”这样才能安装你刚才选的所有的包->最后点“Install”按钮就开始安装了，整个过程会很慢，这需要你的耐心。
另外我们还可以通过在Eclipse上的工具栏中点击下图指示的图标打开“SDK Manager”然后进行安装，这样和上面的SDK安装方式一样，就不累述了。
④最后再选择Eclipes主菜单上的"Windows"->选择"preferrnces";
⑤在弹出来的对话框中选中左边栏的“Android”->通过右侧的“Browse...”按钮选择SDK的安装路径根目录->点击最下方的“Ok”按钮，这样SDK就在Eclipse上加载成功了。
4、创建Android模拟器（AVD）：
①打开Eclipse->在Eclipse的工具栏上单击下图指示的图标打开“Android Virsual Device Manager”窗口;
②在“Android Virsual Device Manager”窗口单击“New”按钮->在弹出来的窗口中"Name"可以随便取；“Target”指模拟器的系统版本；“SD Card”的"size"是指手机存储卡的大小，只要你不在模拟器上装太多的应用，一般给个二三十MB就够了；“Skin”是指屏幕的分辨率大小，其中“Built in”是一般手机常用标准屏幕分辨率大小，而“Resolution”是自定义屏幕分辨率大小，具体做法，可以根据自身情况选择。->一切设置好后点击“Create AVD”，这时一个模拟器就创建好了。如果有必要，我们可以创建多个模拟器用于测试时使用。
附：Android模拟器型号以及其对应的分辨率大小：
Standard Width Height DAR Pixeis
HVGA 480 * 320 3:2 153,600
QVGA 320 * 240 4:3 76,800
WQVGA400 400 * 240 5:3 96,000
WQVGA432 432 * 240 9:5 103,680
WVGA800 800 * 480 5:3 384,000
WVGA852 854 * 480 409,920
至此为止，在Eclipse上就已经成功搭建Android开发环境了。
⑨ 如何使用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中查看
⑩ 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相关的事。