专栏首页CodingBlockAndroid学习笔记(二)Manifest文件节点详解

Android学习笔记(二)Manifest文件节点详解

  在上一篇博文中简单介绍了Manifest文件及其存放位置,本篇就来详细介绍一下Manifest文件中的节点和一些节点的基本作用,首先看一下Manifest文件最基本的结构:

1 <manifest xmlns:android="http://schemas.android.com/apk/res/android"
2     package="com.codingblock.manifesttest"
3     android:versionCode="1"
4     android:versionName="1.0"
5     android:installLocation="preferExternal" >
6     <!-- ...nodes... -->
7 </manifest>

  manifest标签包含了一些节点(node),定义了组成应用程序的应用程序组建、安全设置、测试类和需求。下面是一些manifest子节点标签:

  · uses-sdk:要想正确的运行程序,需要有minSKDVersion(默认值:1)、maxSDKVersion和targetSDKVersion属性。

  · uses-configuration:使用此节点可以指定应用程序支持的每个输入机制的组合。一般不需要包含这个节点,不过对于需要特殊输入控制的游戏说很有用。以下是它的几个属性:

  · reqFiveWayNav:要求设备有上、下、左、右导航,并且能够单击当前的选项时为true。包括跟踪求和D-pad。

  · reqHarKeyboard:要求设备有硬件键盘时为true。

  · reqKeyboardType:指定键盘类型为nokeys、qwerty、twelvekey、undefined。

  · reqNavigation:导航设备(值:nonav、dpad、trackball、wheel或undefined)。

  · reqTouchScreen:以指定必需的触摸屏输入(notouch、stylus、finger或undefined)。

  · uses-feature:Android可以在各种各样硬件平台上运行。可以使用多个uses-feature节点来指定应用程序需要的每个硬件功能,以避免安装到不包含硬件功能的设备上。(如:NFC、蓝牙、摄像头等等)

  · supports-screens:用于指定应用程序针对那些屏幕尺寸惊醒了设计和测试。当应用程序支持某个设备的屏幕是,一般就会使用开发人员提供的布局文件中的缩放属性来布局。在不支持的设备上运行时,系统可能会应用“兼容模式”来显示应用程序。

  · supports-gl-texture:用于声明应用程序能够提供以一种特定的GL纹理压缩格式压缩的纹理资源。如果应用程序能够多种纹理压缩格式,就必须使用多个supports-gl-texture元素。

  · uses-permission:声明应用程序所需权限。

  · permission:应用程序组件也可以创建权限来限制对共享应用程序组件的访问。(可以使用permission标签来创建权限定义)

  · instrumentation:instrumentation类提供了一个测试框架,用来在应用程序运行时测试应用程序组件。

  · application:一个Manifest只能包含一个application节点。用于指定应用程序的各种元数据(标题、图标和主题)。在开发时,建议将debuggable设为true,以启用调试,发布时可以禁用此属性。application节点包含了Activity、Service、Content Provider和Broadcast Receiver等子节点。并通过创建和是用自己的Application类扩展来管理应用程序的状态。

1    <application
2         android:allowBackup="true"
3         android:icon="@drawable/ic_launcher"
4         android:label="@string/app_name"
5         android:theme="@style/AppTheme"
6         android:debuggable="true" >
7         <!-- ...nodes... -->
8     </application>

  以下是对application子节点的简单介绍:

  · activity:应用程序的每一个Activity都需要一个此节点,并使用andorid:name属性来指定Activity类的名称。必须包含核心的启动Activity和其他所有可显示的Activity。启动一个没有定义的Activity就会抛出运行时异常。每一个activity节点都可以使用intent-filter子标签来定义用于启动该Activity的Intent。(指定类名时,可以使用“.”作为简写方式代替应用程序的包名)如下代码:

1     <activity
2             android:name="com.codingblock.manifesttest.MainActivity"
3             android:label="@string/app_name" >
4             <intent-filter>
5                 <action android:name="android.intent.action.MAIN" />
6 
7                 <category android:name="android.intent.category.LAUNCHER" />
8             </intent-filter>
9         </activity>

     · service和activity标签一样,需要为应用程中使用的每一Service类添加一个此标签。同样它也支持使用intent-filter子标签来进行运行时绑定。

1   <service android:name=".MyService">
2   </service>

  · provider:此标签用于指定应用程序中的每一Content Provider。(Content Provider用来管理数据库访问和共享)

1   <provider android:name=".MyContentProvider"
2             android:authorities="com.codingblock.manifesttest.MyContentProvider">
3   </provider>

   · receiver:通过添加receiver标签,可以注册一个Broadcast Receiver,而不用事先启动应用程序。一旦注册了之后,无论何时,只要与它相匹配的Intent被系统或应用程序广播出来,它就会立即执行。通过在manifest中注册一个Broadcast Receiver,可以使这个进程实现完全自治。如果一个匹配的Intent被广播了,则应用程序就会自动启动,并且你注册的Broadcast Receiver也会开始执行。每一个receiver节点都允许使用intent-filter子标签来定义可以用来触发接收器的Intent:

1   <receiver android:name=".MyIntentReceiver">
2             <intent-filter>
3                 <action android:name="com.codingblock.manifesttest.MyIntentReceiver"/>
4             </intent-filter>
5     </receiver>

   · uses-library:用于指定该应用程序需要的共享库。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • Android学习笔记(一)Android应用程序的组成部分

      Android应用程序由松散耦合的组件组成,并使用应用程序Manifest绑定到一起;应用程序Manifest描述了每一组件和它们之间的交互方式,还用于指定...

    codingblock
  • Android学习笔记(三)Application类简介

      每次运行APP时,Application类都保持实例化状态。与Activity不同,配置改变不会导致应用程序重启。通过继承Application类,可以完成...

    codingblock
  • 小白也能看懂的插件化DroidPlugin原理(一)-- 动态代理

    前言:插件化在Android开发中的优点不言而喻,也有很多文章介绍插件化的优势,所以在此不再赘述。前一阵子在项目中用到 DroidPlugin 插件框架 ,近...

    codingblock
  • PaaS云安全操作指南

    大多数开发人员仍然孤立地处理应用程序安全问题,而不理解“全栈”安全。因此,安全性有时不一致,这可能成为将应用程序迁移到云平台的障碍。此会议将从一个企业部署中典型...

    johnniang
  • 为世界构建应用程序

    在155个国家和40多种语言中增长您的业务, 并帮助世界各地的用户轻松地发现和下载您的应用程序。

    iOSDevLog
  • 为什么不可变的基础设施「译」

    假设我们有一个应用程序。为了生成可交付成果,我们需要从源代码构建它。这包括编译源代码,处理和复制资源,以及可能的更多步骤。

    后场技术
  • 聊聊云计算的优缺点

    原文地址:https://opensourceforu.com/2015/12/the-pros-and-cons-of-cloud-computing/

    双愚
  • 移动应用开发的五个致命的神话

    虽然手机应用程序开发不再是新的,仍然有许多误解应用发展。一些信仰只不过是被误导的,别人是错了。 当企业和企业家把时间和金钱浪费在没有人使用的应用程序,通常因为他...

    用户1289394
  • 「应用架构」应用程序架构的当前趋势

    本文有些不是最最新的,但是方法和思路也有借鉴意义,稍后会介绍Gantner的最新应用架构趋势。

    首席架构师智库
  • 应用程序迁移至云平台的三个最佳实践

    企业在过去的一年对云计算的态度发生了巨大的变化,他们终于明白,在公共云中运行应用程序要便宜得多,向公共云的迁移越来越普遍。 随着企业IT正在认真迁移应用程序到云...

    静一

扫码关注云+社区

领取腾讯云代金券