跳至主要内容

博文

[Skill]Android自动化构建之使用Gradle下载与处理文件

Android自动化构建之使用Gradle下载与处理文件 一般情况下,我们的项目构建并不需要再去导入其他文件。但如果自己项目正在维护一个自己的library module,而这个library内又维护着大量会经常更新的SO库,SO库文件很小倒无所谓,但是SO库又多又大时,直接将SO库放入Git中,一个版本更新下来,Git库估计就要炸掉了。而此时,我们利用Gradle的task来执行下载与导入即可解决这一尴尬。 Gradle下载插件 Gradle原生并不支持文件下载,使用Gradle命令执行文件下载则需要安装Gradle插件: Gradle Download Task 。 插件的安装必须在项目根目录下的build.gradle文件中配置(版本最好参考官方说明): plugins { id "de.undercouch.download" version "3.2.0" } 配置文件删除task 既然涉及到文件更新,那么针对项目情况,显然需要删除旧的文件,示例: task cleanFile (type: Delete) { // 清除SO库文件 delete 'library/src/main/jniLibs' // 清除文件 delete new File ( 'library/src/main/jniLibs/my.so' ) } 拆分Gradle文件 在根项目或者Module的build.gradle中做配置,会导致Gradle又臭又长又不便于阅读,一修改还需要不停刷新,因此个人推荐,将比较集中的功能,提取到另一个gradle文件,apply到build.gradle中;再将需要经常修改,而跟处理逻辑毫无关联的字段提取到另一个properties文件之中,便于修改与配置。 示例: build.gradle文件: apply from: "update.gradle" update.gradle文件: // 读取update.properties文件 Properties psUpdate = new Properties() psUpdate.load(project.fi
最新博文

[SKill]Android自动化构建

Android自动化构建 本文的目的不是介绍如何搭建Jenkins,而是介绍如何在Jenkins中搭建Android自动化构建环境。 安装Jenkins Gradle插件 Jenkins原生并不支持Gradle语法,因此需要安装Gradle插件。 下载: Gradle插件 上传并安装。 创建任务配置 安装好Gradle插件之后,跟创建常规任务一样,新建一个自动化构建任务,需要注意的几个点: 构建工具选择:Invoke Gradle script。 构建工具配置: Gradle版本选择:Gradle Wrapper,方便版本统一。 Tasks填写: clean assembleRelease 用于存档的APK文件:app/build/outputs/apk/*.apk 用于存档的mapping文件:app/build/outputs/mapping/*/release/mapping.txt 为打包机配置打包环境 确保SDK具备编译所需的版本,才能正确编译。 下载打包环境: 下载Android Studio (下载无 Android SDK版本), 下载SDK Tools 安装环境:解压SDK,下载好的SDK Tools仅包含tools文件夹,解压出来。创建android-sdk-windows文件夹(MAC:android-sdk-mac),将tools放置其中,尽量将android-sdk-windows置于磁盘根目录。配置环境变量ANDROID_HOME,值为android-sdk-windows文件夹目录(配置环境变量需要重启Jenkins才会有效)。安装Android Studio并运行,其会自行定义到SDK目录,安装过程中会下载剩余的必须的SDK,过程较长。 安装其余的SDK:API(至少包含跟项目targetSdkVersion一致的API,其他视情况而定)、Build-Tools(至少包含跟项目buildToolsVersion一致的Build-Tools,其他视情况而定,文件较小建议全部安装)、其他extras工具。 Gradle配置 自动化构建用到了两个Task: clean 与 assembleRelease ,其中 assembleRelease 为编译正式版的命令, cle

[Widget]Android小票打印,蓝牙打印、固定IP打印、黑白图片打印

Printer 标准ES-POS命令打印,固定IP或蓝牙打印,支持黑白图片打印 预览 screenshot printer_example 要求 minSdkVersion 5 <uses-permission android:name="android.permission.INTERNET" /> <uses-permission android:name="android.permission.BLUETOOTH" /> 引用 dependencies { ⋯ compile ' am.util:printer:1.1.3 ' ⋯ } 详情 继承PrintTask来实现打印任务 继承PrinterWriter来实现更多纸张类型的打印 PrinterUtils包含了众多打印指令 使用 1.添加蓝牙权限 <uses-permission android:name="android.permission.BLUETOOTH" /> 或者网络请求权限 <uses-permission android:name="android.permission.INTERNET" /> 2.继承PrintTask类,实现具体打印任务: private class TestPrintTask extends PrintTask { public TestPrintTask ( BluetoothDevice device , int type ) { super (device, type); } public TestPrintTask ( String ip , int port , int type ) { super (ip, port, type); } @Override protected void onPreExecute () { super . onPreExecute();

[Skill]多个开源项目Bintray一键发布环境部署

多个开源项目Bintray一键发布环境部署   我们发布到Bintray上共享的一般是一些库,而不是完整的App,而这些库是依附在我的主项目之中,如果我们主项目只维护一个共享库,那没什么问题,但维护多个开源库呢?不规划一下打包发布的流程,那么就会浪费我更很多的时间在打包发布上。截至至撰文时,笔者的ProjectX主项目已经管理维护者16个开源库,不规划一套打包方案,那么妥妥的能把笔者累死。 基础Plugin载入   需要实现自动化发包,就必须载入 gradle-bintray-plugin 与 android-maven-gradle-plugin (点击链接查看最新版本号,使用最新版本插件)。载入方式有两种: 传统方式 dependencies { classpath ' com.jfrog.bintray.gradle:gradle-bintray-plugin:1.7.1 ' classpath ' com.github.dcendents:android-maven-gradle-plugin:1.5 ' } 新型方式(Gradle 2.1) plugins { id " com.jfrog.bintray " version " 1.7.1 " id " com.github.dcendents.android-maven " version " 1.5 " }   使用新型方式导入的gradle-bintray-plugin会提交不成功,不知AS更新以后是否解决,但是笔者出错的版本是1.7.1,新版本没出来前gradle-bintray-plugin还是建议使用传统方式,android-maven-gradle-plugin可以选择新型方式。 部署方案 在库根目录(不是项目根目录)创建bintray.gradle文件,文件内容(可以直接拷贝给其他项目使用): apply plugin : ' com.github.dcendents.android-maven ' apply plugin : ' com.jfr