rest写的服务，各种联查是单独写接口还是重定向

### 回答1：
关于REST写的服务中的各种联查，一般来说可以选择单独编写接口或者使用重定向来实现。具体采用哪种方式可以根据实际情况来确定。

如果单独编写接口，可以根据需要编写多个API接口，每个接口对应不同的查询条件和返回结果。这种方式可以使接口更加精细化，具有更好的可读性和可维护性，但需要编写更多的代码。

如果使用重定向，可以在请求URL中添加查询参数，将查询条件传递给服务端，服务端根据参数进行相应的处理并返回结果。这种方式比较简单，但可能会造成URL过长，不够直观，也可能会出现一些安全问题。

综合考虑，应根据实际需求和系统架构来选择适合的方式。

### 回答2：
在使用REST架构编写服务时，联查可以根据具体情况选择单独编写接口或者进行重定向。

对于单独写接口的方式，我们可以为每个需要联查的资源编写对应的接口来实现不同资源之间的关联。例如，假设我们有用户和订单两个资源，我们可以为获取某个用户的所有订单编写一个接口，通过该接口来查询该用户的所有订单信息。这种方式相对灵活，可以根据需求自由组合不同资源的查询接口，但可能会导致接口过多，接口管理稍显繁琐。

而对于重定向的方式，我们可以通过在请求中包含相关资源的URI来进行联查。例如，获取某个用户的所有订单信息，我们可以先请求获取用户资源的URI，然后在该URI的响应结果中获取到该用户关联的所有订单资源的URI，最后通过再次请求相关订单资源的URI来获取订单信息。这种方式相对简单，但会增加额外的请求次数，可能会对服务器造成一定负载。

综上所述，单独编写接口和重定向两种方式各有优劣，选择哪种方式取决于具体项目需求和实现的复杂度。对于关联资源查询较简单的情况，可以采用重定向，减少接口数量和请求次数；而对于需要复杂联查或对接口集中管理要求较高的情况，可以选择单独编写接口的方式。在实际开发过程中，我们可以根据具体场景和性能要求权衡利弊，选择最合适的方式来进行联查的实现。

### 回答3：
在使用RESTful风格设计的服务中，关于各种联查的实现方式，通常可以采取单独写接口或者重定向的方式。

单独写接口是指针对不同的联查需求，我们可以为其编写对应的接口。这样可以保持接口的简洁性和独立性，每个接口仅负责实现其对应的联查功能。例如，我们可以编写一个接口来获取某个用户关注的所有好友，再编写另一个接口来获取某个用户的所有粉丝。这种方式对于接口的结果进行封装，较为直观明了，使得整个服务的设计清晰可维护。

而重定向是指在一个接口的返回结果中，将用户重定向到另一个接口的URL。当涉及到复杂的联查需求时，可以在一个接口中处理部分数据，然后将其它相关的数据请求重定向到另一个接口上。例如，在获取某个用户的详细信息时，可以在接口中返回一部分基本信息，然后将获取用户的好友信息、粉丝信息等的请求重定向到其他接口中去执行。这种方式能够减少接口的数量，提高服务的性能和效率。

选择采用哪种方式，取决于具体的业务需求和服务设计的复杂度。如果涉及的联查需求较为简单或者不太频繁，建议采用单独写接口的方式。如果联查需求较为复杂且频繁，可以考虑采用重定向的方式来提高服务的性能。总之，在设计RESTful服务时，需要根据具体情况来选择最适合的联查实现方式。