虽然人们REST风格遇到很多问题接近的API可以归因于贫血REST反模式,一些使用情况下保证的其他方法的探索。特别是,具有组织支持的客户端应用程序一个长长的尾巴(和API版本因此有可能扩散,即使他们使用消费者驱动的契约) - 和有自己的API,支持活动的无端列表样式的大部分饲料,可打在REST式架构的一些限制。这些有时可以通过采用减轻客户导向查询接近客户端 - 服务器的交互。我们看到这种方法在这两个成功应用graphql.和Falcor,其中客户有过的内容,并返回给他们的数据的粒度都更多的控制。这不把更多的责任推给业务层和仍然会导致紧密耦合到底层的数据模型,但带来的好处可能是值得探索的,如果还有建模RESTful API中没有为你工作。
虽然人们REST风格遇到很多问题接近的API可以归因于贫血REST反模式,一些使用情况下保证的其他方法的探索。特别是,具有组织支持的客户端应用程序一个长长的尾巴(和API版本因此有可能扩散,即使他们使用消费者驱动的契约) - 和有自己的API,支持活动的无端列表样式的大部分饲料,可打在REST式架构的一些限制。这些有时可以通过采用减轻客户导向查询接近客户端 - 服务器的交互。我们看到这种方法在这两个成功应用graphql.和Falcor,其中客户有过的内容,并返回给他们的数据的粒度都更多的控制。这不把更多的责任推给业务层和仍然会导致紧密耦合到底层的数据模型,但带来的好处可能是值得探索的,如果还有建模RESTful API中没有为你工作。