声明式API编程(DAP) 框架

当前最新版:

项目名 最新版本 推荐指数
Mars-java 3.0.10 五星
Mars-cloud 3.0.7 四星
Mars-extends 2.2.0 三星

面向声明式API编程(DAP)

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

  1. 创建controller
  2. 创建service
  3. 创建dao(甚至会创建存放sql的xml)

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

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

所以我们是这样玩的

编写业务逻辑

父接口

public interface TestService {

    要返回的数据类型 selectList(TestVO testVO);
}

实现类

@MarsBean("testService")
public class TestServiceImpl implements TestService{

    要返回的数据类型 selectList(TestVO testVO){

        // 编写业务逻辑

        return 数据(直接返回即可,会自动变成json);
    }
}

在Service的父接口上加上两个注解

@MarsApi
public interface TestService {

    @MarsReference(beanName = "testService[要引用的bean名称]")
    要返回的数据类型 selectList(TestVO testVO);
}

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

接下来怎么做

看到这里,大家肯定会有疑问,前端要怎么调用api,后端怎么操作数据库? 这个就需要你们动动手指,去我的官网一探究竟

还可以做什么

首先声明式API是对前后端交互方式的一次变革,省去了Controller。

其实这种风格在微服务里很常见,比如Dubbo的api, 既然微服务接口可以用interface来提供对外的服务,那么我们也可以把它用到http接口上吧。

除了声明式API,我们还提供以下功能

  1. 单表操作和固定sql操作,仅需一行注解
  2. 分页仅需调用一个方法,没有任何第三方依赖
  3. 分布式锁只需要一行注解
  4. 没有像Mybatis一样的sqlMapper.xml
  5. 支持AOP,IOC,声明式事务
  6. 搭建仅需三步,并提供官方中文文档,再也不需要满大街的搜Spring的机翻文档或者个人博客了

results matching ""

    No results matching ""