博客

bytedeco opencv是一个opencv的封装，所有依赖都可以在maven中央库中找到，是一个非常方便的东西。

如果你是用构建工具，那么只需要引入

 <dependency>
    <groupId>org.bytedeco</groupId>
    <artifactId>javacv</artifactId>
    <version>1.2</version>
  </dependency>

就应该可以正常使用。

因为opencv对于不同平台需要不同平台对应的编译，所以构建项目的时候会去下载对应的编译依赖，如果你使用gradle就会遇到这种问题

Could not resolve all dependencies for configuration ':compileClasspath'.
> Could not find javacpp-presets-Windows 8.1-amd64.jar (org.bytedeco:javacpp-presets:1.2).
  Searched in the following locations:
      https://repo1.maven.org/maven2/org/bytedeco/javacpp-presets/1.2/javacpp-presets-1.2-Windows 8.1-amd64.jar

去仓库看看，的确没有这个文件。但是这种方式在maven中工作。

那是因为默认的解析规则是javacpp-presets-${os.name}-${os.arch}.jar，而maven和gradle中的解析有一些不同之处，所以最简单的处理办法是自己手动引入对应的编译依赖

compile group: 'org.bytedeco.javacpp-presets', name: 'opencv', version: 

Jackson绝对是一个方便好用的工具，可以快速的在json和java object之间转换。Spring中也集成了Jackson，所以可以方便的自动赋予这个特性，比如使用restOperations消费API的时候。

但是有时候要消费的API要求的json很诡异，比如创建新用户，对方要求的格式如下：

{
	"data": {
		"attrs": {
			"firstName": "FN",
			"lastName": "LN"
		},
		"dateOfBirth": {
			"detail": "1900-01-01"
		}
	}
}

如果直接使用，那么我们的类对象就有点复杂了，需要嵌套好几层。但是我们也清楚，业务需要的不过就是三个数据而已，姓；名；生日。

这个时候就可以考虑自定义Serializer了。

比如这样

class CustomerSerializer extends JsonSerializer<Customer> {
    @Override
    public void serialize(Customer value, JsonGenerator gen, SerializerProvider provider) throws IOException {
        

Spring提供了RestOperations来方便支持rest api的使用。不仅对于常用的方法语义有支持，对于常用的错误处理也有考虑，简单来说，用起来方便顺手，如果是返回json等常见格式，也能自动转为Java对象。

RestOperations的默认错误处理由DefaultResponseErrorHandler负责，其中的方法hasError的返回值决定了是否将当前返回作为错误来对待。默认的实现是

protected boolean hasError(HttpStatus statusCode) {
		return (statusCode.series() == HttpStatus.Series.CLIENT_ERROR ||
				statusCode.series() == HttpStatus.Series.SERVER_ERROR);
	}

也就是说4和5开头的状态码看作错误。然后在直接将返回内容封装一下抛出

@Override
	public void handleError(ClientHttpResponse response) throws IOException {
		HttpStatus statusCode = getHttpStatusCode(response);
		switch (statusCode.series()) {
			case CLIENT_ERROR:
				throw new HttpClientErrorException(statusCode, response.getStatusText(),
						response.getHeaders(), 

Gradle可谓java世界最流行的依赖管理和构建工具。

在安装了Java环境的情况再搭配Gradle Init Script工具我们可以很快初始化一个项目。比如

$ gradle init --type java-library
:wrapper
:init

BUILD SUCCESSFUL

Total time: 3.551 secs

这样初始化出来的项目包含了基本的配置和src目录，依赖默认有两个

dependencies {
    compile 'org.slf4j:slf4j-api:1.7.5'
    testCompile 'junit:junit:4.11'
}

对于简单的工程而言这样就足够了，方便快捷。但是如果是一个多项目工程就创建不出来了。

从目前Gradle官方的roadmap来说，init模块是会被废弃的，而且之后还会新增不同的工程类型，所以之后可能会增加对于多项目工程的支持，但是目前没有。

所以目前来说简单的办法如下

1. 建立basic项目
2. 创建子项目的目录
3. 进入子项目目录，创建java-library项目
4. 删除所有子项目中的gradle相关文件
5. 修改basic项目的settings.gradle，include所有子项目

这样操作虽然很繁琐，但是可以很流畅的工作。

这样创建出来的多项目工程的依赖管理全部依赖于主项目的build.gradle文件，也就是类似这样的写法

project("spring-context") {
	description = "Spring