代码拉取完成，页面将自动刷新
同步操作将从 yuye/Martian 强制同步，此操作会覆盖自 Fork 仓库以来所做的任何修改，且无法恢复！！！
确定后同步将在后台操作，完成时将刷新页面，请耐心等待。
声明式API编程(DAP) 框架
按照传统的开发方式，如果要开发一个后端接口，需要分为以下三步
但是，我们编写一个接口，重点应该是放在业务逻辑上的，也就是说 我们的关注点应该在第二步，但是通常第一步和第三步的重复工作量让我们感到窒息，所以我梳理了一下，制定了一个新玩法，这套新玩法就叫声明式API
所以我们是这样玩的
父接口
public interface TestService {
要返回的数据类型 selectList(TestVO testVO);
}
实现类
@MarsBean("testService")
public class TestServiceImpl implements TestService{
要返回的数据类型 selectList(TestVO testVO){
// 第一步 根据testDTO里的参数从xx表查询需要的数据
// 第二步 根据查出来的数据，去操作xx2表
// 第三步 对前两步的结果汇总，进行xxx操作
return 数据（直接返回即可，会自动变成json）；
}
}
@MarsApi
public interface TestApi {
@MarsReference(beanName = "testService[要引用的bean名称]")
Object selectList(TestVO testVO);
}
这套思想的核心是，把后端看作是一个独立个体，并不是为服务前端而存在的， 后端就写后端的业务逻辑好了，如果前端需要数据，那我们就开个门给他
看到这里，大家肯定会有疑问，前端要怎么调用api，后端怎么操作数据库？ 这个就需要你们动动手指，去我的官网一探究竟
首先声明式API是对前后端交互方式的一次变革，省去了Controller。
其实这种风格在微服务里很常见，比如Dubbo的api， 既然微服务接口可以用interface来提供对外的服务，那么我们也可以把它用到http接口上吧。
除了声明式API，我们还提供以下功能
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。