Mars-java 3.0.0 发布，面向声明式 API 编程（DAP）的框架

栏目: 软件资讯 · 发布时间: 5年前

内容简介：本次更新带来了两个变动面向声明式API编程（DAP）单元测试改动单元测试取消了抽象方法before，而采用了注解的方式，在单测类上加上MarsTest注解即可面向声明式API编程(DAP) 按照传统的开发方式，如果要开发一...

本次更新带来了两个变动

面向声明式API编程（DAP）
单元测试改动

单元测试

取消了抽象方法before，而采用了注解的方式，在单测类上加上MarsTest注解即可

面向声明式API编程(DAP)

按照传统的开发方式，如果要开发一个后端接口，需要分为以下三步

创建controller
创建service
创建dao（甚至会创建存放 sql 的xml）

但是，我们编写一个接口，重点应该是放在业务逻辑上的，也就是说我们的关注点应该在第二步，但是通常第一步和第三步的重复工作量让我们感到窒息，所以我梳理了一下，制定了一个新玩法，这套新玩法就叫声明式API

写业务逻辑
声明一个API给前端
将API与业务逻辑关联

所以我们是这样玩的

编写业务逻辑

@MarsBean("testService")
public class TestService {

	要返回的数据类型 selectListForName(TestDTO testDTO){
		// 第一步 根据testDTO里的参数从xx表查询需要的数据
		// 第二步 根据查出来的数据，去操作xx2表
		// 第三步 对前两步的结果汇总，进行xxx操作
		
		return 数据（直接返回即可，会自动变成json）；
	}
}

声明一个API接口

@MarsApi
public interface TestApi {

    Object selectList(TestDTO testDTO);
}

将api与业务逻辑关联

@MarsApi
public interface TestApi {
		
	@MarsReference(beanName = "testService",refName = "selectListForName")
    Object selectList(TestDTO testDTO);
}

这套思想的核心是，把后端看作是一个独立个体，并不是为服务前端而存在的，后端就写后端的业务逻辑好了，如果前端需要数据，那我们就开个门给他

这么做的好处，还可以散藕