wrapper

Mars Android 接入指南 https://github.com/Tencent/mars/wiki/Mars-Android-%E6%8E%A5%E5%85%A5%E6%8C%87%E5%8D%97 gradle 接入 gradle 接入使用的日志加密算法是不加密的，长连接短连接加解包也是默认的，如需自定义请参考 本地编译 。注意 gradle接入因为考虑依赖包体积的大小，只提供了 armeabi 和 x86_64 两种 CPU 架构的 so， 如果你使用的其他 so 有其他架构的，务必不要使用 gradle 依赖，参考 本地编译 编出你需要的 so,否则会报 Couldn’t find “xxxx.so” 的错误 目前 gradle 接入支持两种方式：mars-core 和 mars-wrapper。只是做个 sample 的话建议可以使用 mars-wrapper， 但是如果在实际 App 中使用 mars，建议使用 mars-core 或 本地编译 在 app 的 gradle 文件 app/build.gradle，添加 Mars 的库依赖: dependencies { compile 'com.tencent.mars:mars-core:1.2.2' } 或者 dependencies { compile 'com.tencent.mars:mars

第一步：下载Spring源码 从github上下载Spring源码。我们可以下载release版本，也可以 git clone 相应的版本。这里下载的是当前最新版本： spring-framework-5.2.1.RELEASE 第二步：配置与源码相匹配的环境 Spring 5版本是用Gradle进行构建的，因此我们进入到 gradle/wrapper 目录，打开 gradle-wrapper.properties 文件，我们可以看到如下信息： distributionBase=GRADLE_USER_HOME distributionPath=wrapper/dists distributionUrl=https\://services.gradle.org/distributions/gradle-5.6.3-bin.zip zipStoreBase=GRADLE_USER_HOME zipStorePath=wrapper/dists 配置属性信息描述： distributionUrl ：要下载的gradle的地址，使用哪个版本的gradle通过这里来指定 distributionBase 和 distributionPath ：两个属性组合在一起，指定 distributionUrl 属性下载下来的文件的解压后的存放位置。 distributionPath 是

通过 Gradle进阶计划（一）Gradle初探 的介绍，我们已经对Gradle有了初步的了解。这篇文章我们更深入研究一下 Gradle Plugin 的原理。 一、Gradle 和 Gradle Plugin 首先，我们需要先明确一个概念，就是 Gradle 和 Gradle Plugin 是不同的。 （一）Gradle 结合上一篇文章，官方已经对Gradle已经有了很详细的定义，这里在重点解释一下。 Gradle 是一个 构建 项目的工具，将它用来编译Android App ， 能够简化你的编译、打包、测试过程。 它其实不仅仅是用在Android Studio上。如何去理解构建工具呢？ 构建工具 就是对你的项目进行 编译、运行、签名、打包、依赖管理 等一系列功能的合集。例如 Eclipse 最初是用来做 Java 开发的，Google 为了能在 Eclipse 上进行Android 开发，开发了ADT 插件（Android Developer Tools），正是因为有了 ADT ，我们才可以在 Eclipse 上进行编译、运行、签名、打包等一系列流程。而这背后的工作都是 ADT 的功劳，ADT 就是我们的构建工具。一般来说，构建工具除了以上提到的编译、运行、签名、打包等，还具备依赖管理的功能。什么是依赖管理呢？例如我们以前在 Eclipse 上开发 Android 引用第三方库

优先考虑提供迭代器方法，而不要返回集合 在创建这种返回一系列对象的方法时，应该考虑将其写成迭代器方法，使得调用者能够更为灵活地处理这些对象。 迭代器方法是一种采用yield return语法来编写的方法，采用按需生成（generate-as-needed）的策略，它会等到调用方请求获取某个元素的时候再去生成序列中的这个元素。 类似下面这个简单的迭代器方法，用来生成从0到9的int序列： public static IEnumerable<int> GetIntList() { var start = 0; while (start<10) { yield return start; start++; } } 对于这样的写法，编译器会用特殊的办法处理它们。然后在调用端使用方法的返回结果时，只有真正使用这个元素时才会生成，这对于较大的序列来说，优势是很明显的。 那么有没有哪种场合是不适宜用迭代器方法来生成序列的？比方说，如果该序列要反复使用，或是需要缓存起来，那么还要不要编写迭代器方法了？ 整体来说，对于集合的使用，可能有两种情况： 只需在真正用到的时候去获取 为了让程序运行得更为高效，调用方需要一次获取全部元素 为了兼顾这两种场景，.net类库的处理方法，为IEnumerable<T>提供了ToList（）与ToArray（），这两个方法就会根据所表示的序列自行获取其中的元素

在进行持久层数据维护（新增或修改）的时候，我们通常需要记录一些非业务字段，比如：create_time、update_time、update_by、create_by等用来维护数据记录的创建时间、修改时间、修改人、创建人等信息。通常情况下我们需要对这些字段进行手动赋值。赋值的过程也比较冗余，都是重复操作。 通常是为create_time赋值为系统的当前时间、update_time赋值为系统修改操作执行时的当前时间。 create_by(创建人)、update_by(修改人)赋值为当前的登录用户的用户名 xxxYyyZzz.setUpdateBy("zimug"); //数据记录更新操作人 xxxYyyZzz.setUpdateTime(new Date()); //数据记录更新操作的时间 Mybatis plus 为我们提供了一种一劳永逸的自动化赋值方式。 一、调整数据库表结构 以mysql数据库环境下的xxx_yyy_zzz表为例，在原有的表字段的基础上，添加下面的四个通用数据维护字段。 ALTER TABLE `xxx_yyy_zzz` ADD COLUMN `create_by` VARCHAR(64) NOT NULL COMMENT '本条记录创建人'; ALTER TABLE `xxx_yyy_zzz` ADD COLUMN `create_time` DATETIME