resolver使用问题

[ant1wv2]

• micro runtime提供了一系列的默认services，譬如micro api、micro proxy、micro auth等等，而实际使用过程中，我自己会基于go-micro框架开发自己的服务，进而又对micro提供的默认网关进行改造(学习micro-in-cn中的案例)，使其具有鉴权、熔断、流量染色等一系列功能，最终运行服务过程中，我只是运行了自己的网关，运行了自己的服务，压根没有使用micro runtime提供给我的其他服务，请问这是否是正确的做法？
• 写一个服务的时候，我看教程中的许多案例是提供一个user-api以及配套的user-srv两个服务，这两个服务都要定义proto，其中user-api扮演user-srv的客户端，最终暴露接口给micro api，有micro api统一提供接口给外部访问，请问如果我不使用user-api，直接使用gin的路由构建一个路由访问控制，对应的handler中引入各个srv的proto，调用proto client访问后面的srv会有什么负面的影响吗？
• 我看到starter-kit项目中，api的格式都是直接使用默认resolver，导致最终暴露的接口是/account/login/info或者/console/v1/gin这种形式，倘若想让暴露出去的接口都有统一前缀，譬如/api/account/login/info或者/api/console/v1/gin，官方文档中提到了resolver，但似乎没有example描述该如何使用，请问能否给予一点指导，感谢！

[printfcoder]

两种方式：

• 服务名各自增加api前缀
• 自行实现解析器，参考github.com/micro/go-micro/api/resolver