Android Support Library(支持v4 v7 v13 v17等)

　　support library 23.2是一款可以帮助您完成安卓软件开发的工具，当您在调试安卓软件或者开发新软件的时候，可能会遇到软件版本不兼容系统的问题，这时候下载这款专业的支持库插件，就可以在开发的时候获得更多的系统兼容，让旧版本的系统可以正常执行新版的软件，从而减少系统配置不兼容的问题；Android Support Library主要可以让您在更多的环境下执行Android代码，方便您在设计的过程中调节系统的环境，需要的朋友可以下载试试！

软件功能

　　这个SDK组件包含提供新API访问的静态库

　　在旧平台和各种辅助类。

　　要使用这些库，只需将它们作为静态库复制到项目中。

　　每一个库被称为V API，表示他们需要的最小API级别。

　　V4 / android-support-v4.jar包含：

　　片段API。新的API 11（3 - Honeycomb）。加载程序API。新的API 11（3 - Honeycomb）。

　　- CursorAdapter / resourcecursoradapter / simplecursoradapter。这些是API 11版本。

　　- menucompat允许调用menuitem.setshowasaction只存在于API 11。

　　V4 / SRC是兼容库的源代码

　　V4 /样品/提供了一个示例应用程序使用的库。

　　V13 / android-support-v13.jar提供相同的功能作为V4，加：

　　- fragmentpageradapter：PagerAdapter的表示每个页面作为一个片段的实现。

　　V13 / SRC是兼容库的源代码，不包括V4源

　　V13 /样品/提供了一个示例应用程序使用的库。

软件特色

　　Library 项目包括recyclerview和相关的设施。

　　Library 项目包括兼容性intrumentationtestrunner对于多个地塞米松应用。

　　这可以通过Android测试项目设置的类装载器使用具有多个指标的应用。

　　在技术上没有来源，但SRC文件夹是必要的确保建造系统工作。内容其实是位于库/ android-support-multidex-instrumentation.jar。

　　Library 项目包括multidex装载机。这可以通过安装多个Android项目指标在API 4 +运行应用程序的类加载器。

　　注意，multidexing将允许去DEX指数限制。

　　它也可以帮助在安装过程中的linearalloc限制但它在执行时间linearalloc不会帮助。这意味着，大多数应用程序要求multidexing由于DEX指数极限不会执行API 14以下因为linearalloc极限。

使用方法

　　因此，凭借这些关于Android如何存储版本历史的知识，我们如何可视化像合并这样的事物，以及Support Library是如何区别于试图将历史作为每个分支的线性变化来管理历史的工具的？。

　　clone

　　Support Library这是最简单的仓库。我们已经克隆了一个远程库，其中有一个提交。

　　fetch

　　在这里，我们已经得到远程和接收到一个新的承诺从远程，但尚未合并它。

　　merge

　　Support Library遥控器/服务器/硕士后的情况。由于合并是一个快速前进（也就是说，我们在本地分支没有新的承诺），唯一发生的事情是移动我们的帖子，并改变我们的工作目录中的文件分别。

　　commit

　　一个本地Git提交，一个Git稍后取。我们有一个新的本地提交和一个新的远程提交。显然，需要合并。

　　merge again

　　结果Support Library遥控器/服务器/硕士。因为我们有新的本地提交，这不是一个快速前进，但一个实际的新提交节点在DAG。注意它有两个父提交。

　　more commits

　　以下是树将在两个分支和另一个合并后提交的一些注意事项。看到“缝合”模式出现？Android记录了所采取的行动的历史。

　　stitching

　　“拼接”模式有点乏味阅读。如果你还没有发布你的分支，或者已经清楚地传达了其他人不应该基于他们的工作，你有一个选择。你可以改变你的分支，而不是合并，你将被另一个提交不同的父所取代，和你的部门搬到那里。

　　您的旧提交（s）将留在DAG直到垃圾收集。忽略他们现在，但只是知道有一个出路，如果你搞砸了。如果你有额外的职位指向你的旧承诺，他们将继续指向它，并保持你的旧承诺无限期地活着。这可能相当混乱，虽然。

　　不要垫底的分支，别人已经创造了新的承诺上。这是可能的恢复，这并不难，但额外的工作需要是令人沮丧的。

使用说明

　　这可用于Android项目提供访问在运行应用程序的API 7 + ActionBar。在技术上没有来源，但SRC文件夹是必要的确保建造系统工作。内容其实是位于库/ android-support-v7-appcompat.jar。所附的资源也必须包含在应用程序中。

　　确保你使用的<< Android。支持。7. GridLayout >你的widget。而<< GridLayout >布局。< Android一样支持。7.部件。而<空格>空间>。此外，GridLayout的所有属性都应该放在命名空间的应用程序，因为这些属性已被重新定义该库，以便它可以运行在旧的平台，不提供命名空间中的这些属性。

主要优势

　　服你的程序可以安装在Android 2.1(API 7)版本之上的设备上，低于这个版本的，我猜应该就不给装了。因为我还没用过Google Play（暗自一阵脸红），国内的软件应用商店好象没有版本提示，我只见过Apple的应用商店是进行版本判断的。　　预接收

　　从客户端处理推送时运行的第一个脚本是预接收。它需要一个列表，被迫从stdin参考；如果非零退出，都没有被采纳。你可以使用这个钩子做一些事情，比如确保没有更新的引用是非快速转发，或者对所有的文件和文件进行访问控制。

　　更新

　　更新脚本与预接收脚本非常相似，除了它为每个试图更新的分支运行一次。如果推送器正在尝试向多个分支推送，则预接收只运行一次，而每一个分支则更新一次。而不是阅读输入，这个脚本包含三个参数：引用的名称（分支），SHA-1引用指向前推，和SHA-1用户试图推。如果更新脚本退出非零，则只有该引用被拒绝；其他引用仍然可以更新。

　　支持所有这些设备是有一些挑战的。不管硬件还是软件上的不同，用户希望应用程序可以在每一台设备上用样的运行；同样，对于开发者来说，你不能总指望用户已经升级到最近的安卓版本。事实上，开发者遇到的用户大多使用18个月前或者更老的版本。