最新更新,提供一个demo,进一步将android studio的目录结构进行调整
https://github.com/vickyleu/EclipseLike
先说下Android Studio的使用感受吧!记得Android Studio刚发布1.0预览版本的时间是2014年底-2015年初的样子,之前一直使用的Eclipse编写项目,由于涛哥推荐,有机会接触到AS.当天说,晚上就回家下载了一个体验.
刚开始的时候是十分抵触AS的,涛哥说IDEA是最好的Java IDE,我当时还嗤之以鼻.首先是快捷键的转变,编写项目时各种水土不服.Gradle取代Ant编译打包,Eclipse上的automatically build也不复存在.这就意味着每次构建项目的时间大大加长,当时还没有给笔记本换CPU和上SSD,从创建工程到生成apk,每一步都需要花费大量的时间在gradle同步上面,而我又是急性子,之前有一次在家写代码的时候,刚想到一个思路,准备写下来时突然gradle又开始兴风作浪,写也写不了,关又关不掉,怒气值瞬间爆表,一巴掌就把电脑打蓝屏了......
随着一年多的版本更迭,现在的gradle依然不改本色,只不过相较于之前的版本还是好了很多,在编译效率方面基本上差别也不是那么大了,毕竟SSD现在白菜价.持续服用两三个月以后,也渐渐习惯了AS的操作方式,当我某天突然心血来潮又去开了个Eclispe项目怀下旧时,我竟然发现自己Eclipse的代码格式化都不记得了.写xml文件半天没提示,新版API的布局预览也看不了,想看类和方法的引用各种不方便,想查看源码还要我attach source jar,随便引用一个recyclerView还需要copy类库到workspace,到头来才发现Eclipse简直是反人类.Eclipse Adt已经停更多少年了,仍然有大批守旧派不肯归顺AS阵营,项目中的协同开发尤为重要,一个人写项目可以不管不顾,但是要顾虑到其他同事的话也就只能屈就了.
说到Eclipse与AS的区别,其实质上就是构建系统的区别,而我们发现两个构建系统只是在文件结构上略有区别,所引用的索引文件并不会产生任何冲突.而AS是支持自定义各目录路径的,那么我们就可以从文件结构上对项目进行重新调整,以达到两种IDE都能编辑的效果.
首先来分析下Eclipse Adt的文件结构:
其中.project文件是保存项目名称的,project.properties是保存标记的SDK和引用的类库的,如果是AS项目转Eclipse项目时就需要这几个文件,当然直接复制其他项目的也行,稍作修改就能在eclipse中打开了
然后是AndroidStudio的文件结构
以上就是两个IDE中关键的build配置文件,他定义了使用的构建系统版本以及项目路径和一些依赖信息
我们再来看看源码目录和资源等文件的结构
在AS中包名前面多了一个java文件夹,java目录下就是包名结构了,和Eclipse一样,而它的上级目录是src/main.
(我这里是纯C语言编写项目,所以删掉了java目录)
eclipse的清单文件资产文件清单文件都在根目录,src目录下就是包名结构
======================================================
总结一下就是Eclipse和AS在文件目录结构上多了一个module,即app目录
====================================================
下面开始实战演练
Eclipse项目无痛转AS项目
至此我们可以随便新建一个空的AS项目了,创建项目后,由于src结构不同,为了避免文件错乱,删除掉app目录中的src文件夹
那么Eclipse项目只需要在现有的空AS结构中把整个根目录中的文件拷贝到app目录下
至此项目迁移完成了百分之90,这时候打开AS项目的话,会发现IDE报错,没办法定位新的文件结构,
这时候就要用到gradle来重新定位文件目录了,在AS中一个module的目录对应一个build.gradle文件,他可以设置使用的SDK版本,编译版本,混淆设置,以及各种插件和依赖等等等等
废话不多说,看图
module的build.gradle文件包含三个分支,android,dependencies,repositories
最上层为使用的插件,其中android分支中支持修改sourceSet,而sourceSet就是我们项目迁移的关键,文件结构重新链接
android {//在android分支中添加如下DSL语句
sourceSets {
main {
manifest.srcFile'AndroidManifest.xml'
java.srcDirs = ['src']
resources.srcDirs = ['src']
aidl.srcDirs = ['src']
renderscript.srcDirs = ['src']
res.srcDirs = ['res']
assets.srcDirs = ['assets']
jniLibs.srcDirs = ['libs']
}
defandStr ="tests/androidTest/"
androidTest {
java.srcDirs = [andStr +'src']
resources.srcDirs = [andStr +'src']
aidl.srcDirs = [andStr +'src']
renderscript.srcDirs = [andStr +'src']
res.srcDirs = [andStr +'res']
assets.srcDirs = [andStr +'assets']
}
deftestStr ="tests/test/"
test {
java.srcDirs = [testStr +'src']
resources.srcDirs = [testStr +'src']
aidl.srcDirs = [testStr +'src']
renderscript.srcDirs = [testStr +'src']
res.srcDirs = [testStr +'res']
assets.srcDirs = [testStr +'assets']
}
debug.setRoot('build-types/debug')
release.setRoot('build-types/release')
main.java.srcDirs +='src/main/kotlin'
}
}
当当当当当,gradle同步一下,新鲜的EclipseStudio项目就出炉了!!!!
至于想把现有AS项目转换为类Eclipse结构的同学,仿照上面的逻辑就能无痛转换,Eclipse的配置文件随便找找其他项目的copy过来就行了
文件的操作,gradle的配置就不再复述了,下面讲一下eclipse配置文件的修改
其中.project可以定义当前工程在Eclipse中显示的工程名,project.properties设置当前使用API版本和工程是否为类库工程
因为文件是copy过来的,其中.project中的name字段必须修改,不然你导入Eclipse时如果当前workspace中有同名工程是导入不了的.
target为标记的API版本,
android.library为true时表示当前工程为类库工程,否则可以不写直接删除掉
Tips!!!!!!!!!:所转换的工程因为结构问题,不支持导入到其他工作区,IDE copy的情况下不会保留原有结构
AS下只允许open project,Eclipse下打开工程不允许copy to workspace
追加一点小技巧
在eclipse中我们的library project不是和当前project同目录的,如果library project又和其他工程有关联的情况下,每一个工程拷贝一份也是不现实的,如果library需要修改,这种情况也增加了维护成本,稍有疏忽可能会造成其他copied遗漏或错乱,在eclipse中这个问题很好解决,因为只需要添加library链接就行了,而AS中首先是通过settings.gradle挂载module,然后在通过每一个module去依赖project,我们就需要定义外部library路径来挂载module
===================本章完结======================
userLibrary及其他IDE特性后续文章会补充.......
也可以关注本人的GitHub地址("https://github.com/vickyleu"),不定期更新一些小知识小技巧
