上一篇博客介绍了AS的一些常用设置方法,当工具调教妥当后,自然就要开始项目的开发啦。从零开始新建一个项目,这个简单,不必多说,这篇博客会分享我从旧平台eclipse导入项目到AS的过程,以及遇到的一些问题并如何解决。开篇先粗略的提一些需要注意的地方。 ##结构目录 和eclipse不同,在android 视图下的项目目录分为java,res和manifests。
- manifests目录存放清单文件,不必多说。
- java目录会默认生成三个文件夹,其中test为在本机执行单元测试代码的目录, androidTest为在Android设备上执行单元测试代码的目录,第一个不带后缀的目录就是存放我们代码的目录。
- res目录存放资源文件,包括图片资源文件、layout布局等,这个和eclispe类似,但有个新东西:mipmap目录,进入会看到里面存放着app的启动图标。查看官方文档,看到这么一句:
To avoid these display issues, apps should use the mipmap/ resource folders for launcher icons. The Android system preserves these resources regardless of density stripping, and ensures that launcher apps can pick icons with the best resolution for display. 出处:http://developer.android.com/tools/projects/index.html#mipmap
大意是为了避免设备显示问题,app应该使用mipmap目录存放应用图标。所以app的启动图标应该放置在mipmap文件夹中,至于其他的用处还不是很清楚,之前也遇到过导入eclipse项目时.9图片报错,网络上有人说.9图应该放在mipmap里,但是我把.9图片放到mipmap目录后仍然不能解决我的问题,最后因为项目里.9图不多,使用AS的工具重绘后解决了问题。 ##库依赖 eclipse里添加存在本地的第三方库的方式:
- 将第三方库导入workspace- 右键项目-android-add Library
AS里添加库的方式:
- 导入第三方库工程到project,第三方库作为一个新的module存在于project中- File-project structure,选择项目,添加库
但是如果是添加线上开源库的话,二者的差距就体现出来了,以往在github上看到优秀的开源库,想要应用到自己的项目中,就得先把项目下载下来,然后再添加依赖,虽然操作不繁琐,但是我渐渐发现github上越来越多的开发者都转向AS,不再单独提供eclipse上使用的版本。这个不赘述,因为想转平台,能看到这篇博客的朋友,肯定或多或少都有些同感。总之一句话:google大法好。退eclipse保平安,赶紧转AS吧。 ##初识gradle 在android视图gradle目录下,可以看到有多个build.gradle,其中后缀module + 项目名 的就是平时添加第三方库时需要配置的gradle文件了,以Github上CircleImageview这个开源库为示例,其github主页上有这么一段代码:
然而gradle爽是爽,但是后续也会提到在导入项目时因为gradle版本不同而出现一些麻烦的地方。 ##导入Eclipse项目 上面说了如何依赖库,但有些朋友需要开发旧项目而不是新建项目,光导入eclipse项目时报的错都够喝一壶了,更别提如何正确的依赖库,所以接下来就示范一下如何正确的导入eclipse的项目。不同项目会出现的问题不尽相同,这里权且算是抛砖引玉,给大家提供一些解决问题的思路。 首先在eclipse里,右键-export,导出项目的gradle目录
请选择以下目录: ...build.gradle,不要导入Eclipse项目本身!
别人我不知道,反正我是照着这个提示在AS里导入目录下的build.gradle文件,然后结果就把整个工作目录里的项目都给导入了(╯‵□′)╯︵┻━┻。什么鬼!一定是我打开的方式不对!后来在AS里尝试
java.lang.RuntimeException: Manifest merger failed : uses-sdk:minSdkVersion 1 cannot be smaller than version 7 declared in library [com.android.support:appcompat-v7:23.2.1] D:\studioCode\NewOneBuy\lib_CircleImageView\build\intermediates\exploded-aar\com.android.support\appcompat-v7\23.2.1\AndroidManifest.xmlSuggestion: use tools:overrideLibrary="android.support.v7.appcompat" to force usage
可以看到是是因为circleimageview的minSdkVersion低于appcompatV7定义的version而导致的清单文件合并出错,提示中也告诉了我们解决方法,只要在circleimageview的清单文件中配置好即可。
- What went wrong:Execution failed for task ':newOneBuy:transformClassesWithDexForDebug'.> com.android.build.api.transform.TransformException: com.android.ide.common.process.ProcessException: java.util.concurrent.ExecutionException: com.android.ide.common.process.ProcessException: org.gradle.process.internal.ExecException: Process 'command 'C:\Program Files (x86)\Java\jdk1.8.0_60\bin\java.exe'' finished with non-zero exit value 2
这个没看懂错误原因,但是最后通过在项目的module的build.gradle里添加配置multiDexEnabled true后解决了问题,但是不知其所以然。
defaultConfig { applicationId "com.example.newonebuy" minSdkVersion 11 targetSdkVersion 21 multiDexEnabled true}复制代码
问题7 SDK location not found. Define location with sdk.dir in the local.properties file or with an ANDROID_HOME environment variable
出现该问题的原因是在环境变量未正常配置,右键我的电脑 -> 属性 -> 高级设置 -> 环境变量
- 添加 ANDROID_HOME,值为 sdk 的安装目录
- 在 Path 变量的值后面添加
%ANDROID_HOME%/tools;%ANDROID_HOME%/platform-tools;
- 重启 Android Studio
问题8 提示 BuildToolsVersion 或 Gradle Version 错误
这是因为本地的 BuildTools 版本和 Gradle 版本与你正在导入的项目的版本不一致导致的问题。关于如何解决这个问题在下一篇 里有讲到,请移步观看。
在导入之前,看着一行又一行红彤彤的报错我的内心是崩溃的,但其实只要耐着性子根据提示逐个排查,遇到不懂的就谷歌,毕竟这都是些很初级的问题,总是会解决的。最近生活里的烦心事不少,在码代码时渐渐能感受到一种很奇妙的感情。在代码的世界里,1是1,0是0,只要你愿意付出心血,错误总会消失,bug总会修复。不像现实世界,很多事情人心难测,即便人心可测本心也难移,很多时候会感觉到深深的无力和无可奈何。
不多扯了,这篇先分享这些吧。下篇博客会分享一下在AS上使用github进行版本控制的一些事,还有在导入module时因为gradle版本而导致的一些问题。
另外最近看到kotlin这门新兴的语言似乎挺有意思,等到下个项目尝试一下看kotlin能否高效、有效的解决一些问题,如果后面有什么收获,也有写出来分享的。
有一分热发一分光,写的文章只要有一个人看到,解决了一个人的问题,那文章就有价值。即使都没人看,那就当做写给自己,作为对所思所学的一个总结吧。
但行善事,莫问前程。