灵感来源

先从一个nestjs案例开始

这是一个登录的接口，只需要在浏览器端，朝着/user/login发请求就行，

@Controller('/user')
class User {
  @Post('/login')
  // 仔细看下面这一行！
  login(@Query('name') name: string, @Query('password') password: string) {
    // ..
return true
  }
}

能看出两件事：

1. nestjs的格式已经提供了类型

这里提供了请求参数的类型(name:string,password:string)

和返回值的类型(boolean)，

只需要想法设法让其能被前端利用。

2. 请求方式/路由/数据位置？无所谓

服务端只是需要两个参数，至于这两个参数来自body还是其他地方，通过Get还是Post,走的路由是什么，服务端自己是知道的！

既然服务端是知道的，那么开发者是否可以不用知道？

可不可以让接口的调用，变成函数的调用，也就是，我只关心入参和返回的值，至于这个参数是挂载到body还是query，是走什么路由，是GET还是POST,不用去管

结论

这给我了一点想法,前端中完全可以这么调用:

const isLogin = await login('username', 'password') // 这样就可以直接复用服务端类型！

一个不算坏的方案是：

服务端得到一些元数据，包含路由，请求方式等信息，然后创建可被前端利用的代码。

前端通过控制器的类去提供类型，再利用这些基础代码再去创建基本请求

这是phecda-server最开始的出发点，也是核心思路