我有资源
/system/resource
我想问一个关于布尔资源的布尔问题
可以通过在客户端上进行处理来回答（即我不能仅仅获取资源
并查看实际的资源数据-需要进行一些处理
在后端使用客户端不可用的数据）。例如
/system/resource/related/otherresourcename
我希望这是返回true或false。有没有人有
此类交互的最佳实践示例？
我想到的可能性：
使用HTTP状态代码，没有返回的正文（有误）
返回纯文本字符串（True，False，1、0）-
不知道什么字符串值适合使用，此外
这似乎是在忽略“接受”媒体类型，并且总是返回
纯文本
为我的每种支持媒体类型提供一个布尔对象
并返回适当的类型（带有单个布尔值的JSON文档
结果是具有单个布尔字段的XML文档）。但是，这似乎很麻烦。
我不想特别讨论A语言的真正含义
RESTful系统等-我在标题中使用了REST一词，因为它
最能表达我正在设计的系统的总体风格（即使我可能
越来越倾向于通过Web而不是真正的REST来实现RPC）。但是，如果
有人对真正的RESTful系统如何避免此问题有一些想法
我很高兴听到他们的声音。
最佳答案
我认为返回文本/纯文本将是最干净的选择。就accept标头而言，如果客户端确实无法处理纯文本，则可以恢复为Json或Xml。
就个人而言，我将使用字符串“ true”和“ false”。大多数客户端语言可以将这些字符串解析为适当的值。