Using the Support Library

本文介绍如何通过Android Support Library在旧版Android系统中使用新版API。通过具体步骤指导开发者如何配置项目来支持Fragment API,并展示了如何正确地在代码中引用支持库。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Using the Support Library

来自eoeAndroid wiki
跳转到: 导航, 搜索

5、使用Support Library(支持库) Using the Support Library

负责人:River

完成时间:7月18日

原文链接:http://developer.android.com/training/basics/fragments/support-lib.html

Android Support Library(支持库)提供了包含一个API库的JAR文件,当你的应用运行在Android早期版本时,Support Library(支持库)允许你的应用使用最近版本的Android API。例如:Support Library提供了Fragment版本的API,这样你就可以在Android1.6(API level 4)或者更高的版本上使用Fragment API了。

这节课将为你演示如何在你的应用中设置Support Library,并且使用Fragment构建一个动态的应用UI。

设置你项目的支持库 - Set Up Your Project With the Support Library

设置你的项目:

1使用SDK Manager下载Android Support包

2在你项目的顶层目录下创建libs目录

3找到你想要引入库的JAR文件,然后将它复制到libs目录
例如:支持API Level 4的库就位于<sdk>/extras/android/support/v4/android-support-v4.jar.
译者注:这个<sdk>代表着你安装android sdk的目录,比如本人的完全目录为:E:\android-sdk-windows\extras\android\support\v4\android-support-v4.jar

4修改你的manifest文件,设置最低级别为API level 4,目标API level为最新版本:

 
<uses-sdk android:minSdkVersion="4" android:targetSdkVersion="15" />
 

Sdk-manager.png
图1: Android SDK Manager,其中Android Support package已选中。

导入支持库API - Import the Support Library APIs

支持库包含了一系列的API,这些API或许在最近的Android版本中增加了,或许在platform(平台)中根本不存在,而仅仅当你开发特定的应用功能时提供了附加的支持。

你可以在android.support.v4.*这个平台支持库中找到所有的API参考文档。

警告:请确保你不是恰好在一个老系统版本中使用新的API,请确认你引入的Fragment类以及相关的API都来自android.support.v4.app包

import android.support.v4.app.Fragment;
import android.support.v4.app.FragmentManager;
...

当使用Support Library创建有关fragment的Activity时,你必须继承FragmentActivity类,而不是传统的Activity类,你将会在下一节课中学习到一些简单的关于fragment以及Activity的代码。

1. 用户与权限管理模块 角色管理: 学生:查看实验室信息、预约设备、提交耗材申请、参与安全考核 教师:管理课题组预约、审批学生耗材申请、查看本课题组使用记录 管理员:设备全生命周期管理、审核预约、耗材采购与分发、安全检查 用户操作: 登录认证:统一身份认证(对接学号 / 工号系统,模拟实现),支持密码重置 信息管理:学生 / 教师维护个人信息(联系方式、所属院系),管理员管理所有用户 权限控制:不同角色仅可见对应功能(如学生不可删除设备信息) 2. 实验室与设备管理模块 实验室信息管理: 基础信息:实验室编号、名称、位置、容纳人数、开放时间、负责人 功能分类:按学科(计算机实验室 / 电子实验室 / 化学实验室)标记,关联可开展实验类型 状态展示:实时显示当前使用人数、设备运行状态(正常 / 故障) 设备管理: 设备档案:名称、型号、规格、购置日期、单价、生产厂家、存放位置、责任人 全生命周期管理: 入库登记:管理员录入新设备信息,生成唯一资产编号 维护记录:记录维修、校准、保养信息(时间、内容、执行人) 报废处理:登记报废原因、时间,更新设备状态为 "已报废" 设备查询:支持按名称、型号、状态多条件检索,显示设备当前可用情况 3. 预约与使用模块 预约管理: 预约规则:学生可预约未来 7 天内的设备 / 实验室,单次最长 4 小时(可设置) 预约流程:选择实验室→选择设备→选择时间段→提交申请(需填写实验目的) 审核机制:普通实验自动通过,高危实验(如化学实验)需教师审核 使用记录: 签到 / 签退:到达实验室后扫码签到,离开时签退,系统自动记录实际使用时长 使用登记:填写实验内容、设备运行情况(正常 / 异常),异常情况需详细描述 违规管理:迟到 15 分钟自动取消预约,多次违规限制预约权限 4. 耗材与安全管理模块 耗材管理: 耗材档案:名称、规格、数量、存放位置、
<think>根据提供的配置摘要和引用内容,我们来分析Nginx配置是否成功: 1. **配置摘要关键点**: - `using system PCRE library`:表示成功使用了系统的PCRE库 - `using OpenSSL library: ../openssl-1.1.1g`:表示使用了指定路径的OpenSSL源码(注意是源码路径) - `using system zlib library`:表示使用了系统的zlib库 2. **引用内容分析**: - 引用[2]和[4]明确指出:当使用自定义OpenSSL编译时,`--with-openssl`参数需要指向OpenSSL的**源码路径**(而非安装路径)[^2][^4]。 - 当前配置中`using OpenSSL library: ../openssl-1.1.1g`符合这一要求,说明编译时正确指定了OpenSSL源码位置。 3. **成功标志**: - 配置摘要中所有依赖库(PCRE、OpenSSL、zlib)均显示为"using",没有出现类似"not found"或"not used"的错误提示(对比引用[3]和[5]中的错误案例)[^3][^5]。 - 引用[1]展示的成功案例格式与当前配置完全一致(`using OpenSSL library: /usr/local/openssl`)[^1]。 **结论**:当前配置摘要表明Nginx已**成功编译**,所有依赖库(包括OpenSSL)均被正确识别和使用。 --- ### 验证方法 执行以下命令进一步确认: ```bash # 查看Nginx编译参数 /usr/local/nginx/sbin/nginx -V # 预期输出包含: # configure arguments: ... --with-openssl=../openssl-1.1.1g ... ``` 若输出显示`TLS SNI support enabled`,则证明SSL功能已激活[^2]。 --- ### 注意事项 1. **路径有效性**: - 编译时指定的`../openssl-1.1.1g`必须是**有效的OpenSSL源码目录**,且目录内需包含`Configure`、`Makefile`等文件[^4]。 - 若该目录被移动或删除,Nginx运行时可能因缺少动态链接库而失败。 2. **版本一致性**: - 确保运行时使用的OpenSSL动态库版本与编译时一致(可通过`ldd /usr/local/nginx/sbin/nginx | grep ssl`检查)。 --- §§相关问题§§ 1. 如何升级已安装Nginx的OpenSSL版本? 2. 编译Nginx时如何同时使用系统PCRE和自定义OpenSSL? 3. Nginx动态模块加载需要满足哪些条件?</think>### Nginx配置摘要分析 根据您提供的配置摘要和引用内容,我判断**Nginx配置已成功完成**,具体分析如下: #### ✅ 成功标志 1. **所有关键依赖库均被正确识别**: - `+ using system PCRE library` → 系统PCRE库已启用[^3] - `+ using OpenSSL library: ../openssl-1.1.1g` → OpenSSL源码路径正确指定[^2][^4] - `+ using system zlib library` → 系统zlib库已启用[^3] 2. **路径配置完整且合理**: - 所有关键路径(二进制文件、配置文件、日志文件)均已明确设置 - OpenSSL路径`../openssl-1.1.1g`符合编译要求(指向**源码路径**而非安装路径)[^2][^4] 3. **无错误提示**: - 摘要中未出现类似`OpenSSL library is not used`或`SSL modules require the OpenSSL library`的错误[^5] #### ⚠️ 需要验证的操作 虽然配置摘要显示成功,但建议执行以下验证命令: ```bash # 验证Nginx是否包含SSL模块 /usr/local/nginx/sbin/nginx -V | grep -i ssl # 预期成功输出示例: # built with OpenSSL 1.1.1g 21 Apr 2020 # TLS SNI support enabled # configure arguments: ... --with-openssl=../openssl-1.1.1g ... ``` #### 🔧 编译注意事项 1. **路径有效性**:确保`../openssl-1.1.1g`目录包含完整的OpenSSL源码 2. **版本一致性**:若升级过OpenSSL(如引用[4]所述),需确认Nginx链接的是新版库[^4] ```bash ldd /usr/local/nginx/sbin/nginx | grep ssl # 应显示新版OpenSSL路径 ``` #### 结论 当前配置摘要表明Nginx**已成功编译**,所有依赖库(PCRE/OpenSSL/zlib)均被正确识别和使用。最终的运行验证可通过`nginx -V`命令确认OpenSSL版本和SSL模块状态[^1][^2]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值