Android项目目录结构

JDK
JDK是java语言的软件开发工具包,它包含了java的运行环境,工具集合,基础类库等内容
 
Android SDK
是谷歌提供的 Android 开发包,在开发Android 项目的时候 咱们须要引入Android SDK 来使用Android 的相关API
 
Android Studio
在很早以前,Android项目都是用Eclipse来开发的,相信全部Java开发者都必定会对这个工具很是熟悉,它是Java开发神器,安装ADT插件后就能够用来开发Android程序了。而在2013年的时候,谷歌推出了一款官方的IDE工具Android Studio,因为再也不是以插件的形式存在,Android Studio在开发Android程序方面要远比Eclipse强大和方便得多。不过因为Android Studio早期的测试版本并非很是稳定,因此本书的第1版仍然选用的Eclipse来做用开发工具。而现在,Android Studio已经推出了2.2版本,稳定性彻底再也不是问题,普及程度方面也远超Eclipse,没有比如今更适合的时机来换用Android Studio了,所以本书中全部的代码都将在Android Studio上进行开发。
 
 
 
分析你的第一个Android程序 根目录
 
1 . gradle和.idea
这两个目录下放置的都是Android Studio自动生成的一些文件,咱们无须关心,也不要去手动编辑。
 
2 . app
项目中的代码、资源等内容几乎都是放置在这个目录下的,咱们后面的开发工做也基本都是在这个目录下进行的,待会儿还会对这个目录单独展开进行讲解。
 
3 . build
这个目录你也不须要过多关心,它主要包含了一些在编译时自动生成的文件。
 
4 . gradle 相似php的composer
这个目录下包含了gradle wrapper的配置文件,使用gradle wrapper的方式不须要提早将gradle下载好,而是会自动根据本地的缓存状况决定是否须要联网下载gradle。Android Studio默认没有启用gradle wrapper的方式,若是须要打开,能够点击Android Studio导航栏→File→Settings→Build, Execution, Deployment→Gradle,进行配置更改。
 
5 . .gitignore
这个文件是用来将指定的目录或文件排除在版本控制以外的,关于版本控制咱们将在第5章中开始正式的学习。
 
6 . build.gradle
这是项目全局的gradle构建脚本,一般这个文件中的内容是不须要修改的。稍后咱们将会详细分析gradle构建脚本中的具体内容。
 
两处repositories的闭包中都声明了jcenter()这行配置,那么这个jcenter是什么意思呢?其实它是一个代码托管仓库,不少Android开源项目都会选择将代码托管到jcenter上,声明了这行配置以后,咱们就能够在项目中轻松引用任何jcenter上的开源项目了。
接下来,dependencies闭包中使用classpath声明了一个Gradle插件。为何要声明这个插件呢?由于Gradle并非专门为构建Android项目而开发的,Java、C++等不少种项目均可以使用Gradle来构建。所以若是咱们要想使用它来构建Android项目,则须要声明com.android. tools.build:gradle:2.2.0这个插件。其中,最后面的部分是插件的版本号,我在写做本书时最新的插件版本是2.2.0。
 
 
 
 
7 . gradle.properties
这个文件是全局的gradle配置文件,在这里配置的属性将会影响到项目中全部的gradle编译脚本。
 
8 . gradlew和gradlew.bat
这两个文件是用来在命令行界面中执行gradle命令的,其中gradlew是在Linux或Mac系统中使用的,gradlew.bat是在Windows系统中使用的。
 
9 . HelloWorld.iml
iml文件是全部IntelliJ IDEA项目都会自动生成的一个文件(Android Studio是基于IntelliJ IDEA开发的),用于标识这是一个IntelliJ IDEA项目,咱们不须要修改这个文件中的任何内容。
 
10 . local.properties
这个文件用于指定本机中的Android SDK路径,一般内容都是自动生成的,咱们并不须要修改。除非你本机中的Android SDK位置发生了变化,那么就将这个文件中的路径改为新的位置便可。
 
11 . settings.gradle
这个文件用于指定项目中全部引入的模块。因为HelloWorld项目中就只有一个app模块,所以该文件中也就只引入了app这一个模块。一般状况下模块的引入都是自动完成的,须要咱们手动去修改这个文件的场景可能比较少。
 
 
app目录
 
1 . build
这个目录和外层的build目录相似,主要也是包含了一些在编译时自动生成的文件,不过它里面的内容会更多更杂,咱们不须要过多关心。
 
2 . libs
若是你的项目中使用到了第三方jar包,就须要把这些jar包都放在libs目录下,放在这个目录下的jar包都会被自动添加到构建路径里去。
 
3 . androidTest
此处是用来编写Android Test测试用例的,能够对项目进行一些自动化测试。
 
4 . java
毫无疑问,java目录是放置咱们全部Java代码的地方,展开该目录,你将看到咱们刚才建立的HelloWorldActivity文件就在里面。
 
5 . res
这个目录下的内容就有点多了。简单点说,就是你在项目中使用到的全部图片、布局、字符串等资源都要存放在这个目录下。固然这个目录下还有不少子目录,
图片放在drawable目录下,
布局放在layout目录下,
字符串放在values目录下,
因此你不用担忧会把整个res目录弄得乱糟糟的。
 
 
6 . AndroidManifest.xml
这是你整个Android项目的配置文件,你在程序中定义的全部四大组件都须要在这个文件里注册,另外还能够在这个文件中给应用程序添加权限声明。因为这个文件之后会常常用到,咱们用到的时候再作详细说明。
 
<activity android:name=".HelloWorldActivity">
   <intent-filter> 
    <action android:name="android.intent.action.MAIN" /> 
    <category android:name="android.intent.category.LAUNCHER" /> 
  </intent-filter> 
</activity>

 

 

 
这段代码表示对HelloWorldActivity这个活动进行注册,没有在AndroidManifest.xml里注册的活动是不能使用的。其中intent-filter里的两行代码很是重要,和表示HelloWorldActivity是这个项目的主活动,在手机上点击应用图标,首先启动的就是这个活动。
 
 
 
7 . test
此处是用来编写Unit Test测试用例的,是对项目进行自动化测试的另外一种方式。
 
8 . .gitignore
这个文件用于将app模块内的指定的目录或文件排除在版本控制以外,做用和外层的.gitignore文件相似。
 
9 . app.iml
IntelliJ IDEA项目自动生成的文件,咱们不须要关心或修改这个文件中的内容。
 
10 . build.gradle
这是app模块的gradle构建脚本,这个文件中会指定不少项目构建相关的配置,咱们稍后将会详细分析gradle构建脚本中的具体内容。
第一行应用了一个插件,通常有两种值可选:com.android.application表示这是一个应用程序模块,com.android.library表示这是一个库模块。应用程序模块和库模块的最大区别在于,一个是能够直接运行的,一个只能做为代码库依附于别的应用程序模块来运行。
 
接下来是一个大的android闭包,在这个闭包中咱们能够配置项目构建的各类属性。其中,
compileSdkVersion
用于指定项目的编译版本,这里指定成24表示使用Android 7.0系统的SDK编译。
buildToolsVersion
用于指定项目构建工具的版本,目前最新的版本就是24.0.2,
若是有更新的版本时,Android Studio会进行提示。
 
而后咱们看到,这里在android闭包中又嵌套了一个defaultConfig闭包,defaultConfig闭包中能够对项目的更多细节进行配置。其中,applicationId用于指定项目的包名,前面咱们在建立项目的时候其实已经指定过包名了,若是你想在后面对其进行修改,那么就是在这里修改的。minSdkVersion用于指定项目最低兼容的Android系统版本,这里指定成15表示最低兼容到Android 4.0系统。targetSdkVersion指定的值表示你在该目标版本上已经作过了充分的测试,系统将会为你的应用程序启用一些最新的功能和特性。好比说Android 6.0系统中引入了运行时权限这个功能,若是你将targetSdkVersion指定成23或者更高,那么系统就会为你的程序启用运行时权限功能,而若是你将targetSdkVersion指定成22,那么就说明你的程序最高只在Android 5.1系统上作过充分的测试,Android 6.0系统中引入的新功能天然就不会启用了。剩下的两个属性都比较简单,versionCode用于指定项目的版本号,versionName用于指定项目的版本名,这两个属性在生成安装文件的时候很是重要,咱们在后面都会学到。
 
分析完了defaultConfig闭包,接下来咱们看一下buildTypes闭包。buildTypes闭包中用于指定生成安装文件的相关配置,一般只会有两个子闭包,一个是debug,一个是release。debug闭包用于指定生成测试版安装文件的配置,release闭包用于指定生成正式版安装文件的配置。另外,debug闭包是能够忽略不写的,所以咱们看到上面的代码中就只有一个release闭包。下面来看一下release闭包中的具体内容吧,minifyEnabled用于指定是否对项目的代码进行混淆,true表示混淆,false表示不混淆。proguardFiles用于指定混淆时使用的规则文件,这里指定了两个文件,第一个proguard-android.txt是在Android SDK目录下的,里面是全部项目通用的混淆规则,第二个proguard-rules.pro是在当前项目的根目录下的,里面能够编写当前项目特有的混淆规则。须要注意的是,经过Android Studio直接运行项目生成的都是测试版安装文件
 
这样整个android闭包中的内容就都分析完了,接下来还剩一个dependencies闭包。这个闭包的功能很是强大,它能够指定当前项目全部的依赖关系。一般Android Studio项目一共有3种依赖方式:本地依赖、库依赖和远程依赖。本地依赖能够对本地的Jar包或目录添加依赖关系,库依赖能够对项目中的库模块添加依赖关系,远程依赖则能够对jcenter库上的开源项目添加依赖关系。观察一下dependencies闭包中的配置,第一行的compile fileTree就是一个本地依赖声明,它表示将libs目录下全部.jar后缀的文件都添加到项目的构建路径当中。而第二行的compile则是远程依赖声明,com.android.support:appcompat-v7:24.2.1就是一个标准的远程依赖库格式,其中com.android.support是域名部分,用于和其余公司的库作区分;appcompat-v7是组名称,用于和同一个公司中不一样的库作区分;24.2.1是版本号,用于和同一个库不一样的版本作区分。加上这句声明后,Gradle在构建项目时会首先检查一下本地是否已经有这个库的缓存,若是没有的话则会去自动联网下载,而后再添加到项目的构建路径当中。至于库依赖声明这里没有用到,它的基本格式是compile project后面加上要依赖的库名称,好比说有一个库模块的名字叫helper,那么添加这个库的依赖关系只须要加入compile project(':helper')这句声明便可。另外剩下的一句testCompile是用于声明测试用例库的,这个咱们暂时用不到,先忽略它就能够了。
 
 
 
 
 
11 . proguard-rules.pro
这个文件用于指定项目代码的混淆规则,当代码开发完成后打成安装包文件,若是不但愿代码被别人破解,一般会将代码进行混淆,从而让破解者难以阅读。
相关文章
相关标签/搜索