лучшая практика для булевых результатов REST

У меня есть ресурс

  /system/resource

И я хочу задать системе булев вопрос о ресурсе, которому нельзя ответить путем обработки на клиенте (т.е. я не могу только ПОЛУЧИТЬ ресурс и просмотреть фактические данные ресурсов - требуется некоторая обработка на бэкенде с помощью данных, не доступных клиенту). например,

  /system/resource/related/otherresourcename

Я хочу, это - любой TRUE или FALSE возврата. У кого-либо есть какие-либо примеры лучшей практики для этого типа взаимодействия?

Возможности, которые прибывают по моему мнению:

• использование кода состояния HTTP, никакое возвращенное тело (пахнет неправильно),

• возвратите строку обычного текста (Правда, Ложь, 1, 0) - Не уверенный, какие строковые значения соответствуют использованию, и кроме того это, кажется, игнорирует Принять тип среды и всегда возвращает простой текст

• придумайте объект Boolean для каждого из моих типов среды поддержки и возвратите соответствующий тип (документ JSON с единственным булевым результатом, XML-документ с единственным булевым полем). Однако это кажется громоздким.

Я особенно не хочу входить в долгую дискуссию об истинном значении УСПОКОИТЕЛЬНОЙ системы и т.д. - я использовал слово REST в заголовке, потому что это лучше всего выражает общий аромат системы, которую я разрабатываю (даже если, возможно, я склоняюсь больше к RPC по веб-, а не истинному REST). Однако, если у кого-то есть некоторые мысли о том, как истинная УСПОКОИТЕЛЬНАЯ система избегает этой проблемы полностью, я был бы рад услышать их.