我是否需要提供对 ServiceStack 的 JsonServiceClient.Get 的 IReturn 或 IReturnVoid 引用？一定有充分的理由（我对框架很陌生）但我不明白为什么我必须将我的对象转换为 IReturn 包装器或使它们依赖于 ServiceStack。
我已阅读这些帖子，但找不到我正在寻找的解释（仅解决方法）：
谢谢！
【问题讨论】：
IReturn 标记的示例，请参见 C# Client wiki。 IReturn 标记的灵感来自Ivan Korneliuk's proposal for a cleaner client API
标签： servicestack
JSON 是一种无类型的数据格式。好吧，有字符串和数字、数组和键/值对——仅此而已。
HTTP 上的 JSON 不提供任何类型信息。
ServiceStack，就像大多数其他使用 HTTP+JSON 的 RESTful 服务一样，将像使用其他语言编写的其他服务一样工作 - 来回传递 JSON。
将 IReturn 添加到您的服务方法不会使您的服务依赖于 ServiceStack - 您可以使用任何其他 HTTP 客户端发出请求并在响应中返回 JSON。
另外还为您提供了使用“强类型”http 客户端 (JsonServiceClient) 的选项，该客户端将自动映射到客户端上与服务器端相同的 .NET 类型。因此，如果您想为您的服务编写本机 C#/.NET 客户端，这非常容易。
同时，如果您或其他客户想要编写通用的“无类型”Web 服务客户端，它们也将按预期工作。
以下是我的想法，使用 ajax 客户端、无类型的 http+json Web 服务客户端和 ServiceStack 客户端：
通用网络浏览器：
通用 HTTP 客户端：
ServiceStack 的 JsonServiceClient：
通常，您会使用reference the DTO type information from the client and the server project in a *.ServiceModel assembly，您可以在两端使用它。由于 DTO 和服务的任何类型信息都在“那里”，因此客户端将知道如何将 JSON 反序列化为正确的类型。 IReturn 是对象上的“标记”（元数据）——旧的 SS API 使用不同的接口来做同样的事情，但更冗长且灵活性更低（REST 与 SOAP 的返回似乎不同）。
另外请注意，您的 DTO 不需要实现 IReturn - 因此它们不需要依赖于 SS。我更喜欢仅在“操作”或通信 DTO 上使用 IReturn - 那些正在传递参数的 DTO。我喜欢保留映射到数据库表（即 - OrmLite）的 DTO，而没有 IReturn 依赖项。
https://github.com/ServiceStack/ServiceStack/wiki/C%23-client
【讨论】：
IReturn<T> 是一个良性接口，对任何服务响应都没有影响（即不向 JSON 线路格式添加任何内容）。它只是让您保存有关请求 DTO 返回的响应的元数据信息，从而避免您每次在调用站点上指定它。