WebApiの「～しているかどうか？」判定を実行した際のエラーコードの分岐

Question

現在WebApiのラッパーライブラリを作成中です。

WebApiで、「すでに～済みの場合は、ステータスコード204を返す」というのがあります。
こういう時、返ってくるステータスコードによりどのような設計にすればいいのかがわからず困っています。

このwebApiでは、返ってくる可能性のあるコードは「200、201、204、400、401、403、404、500」です。

(疑問1)
ステータスコードが200や201で返ってきた場合でも、trueを返した方がいい?

(疑問2)
400,500番代は、すべてfalseで返してもいい？
試しに「まだ～していない」場合のパターンを実行してみると404が返却されました。
一律falseを返すと、Httpのエラーでfalseなのか「まだ～していない」からfalseなのかわからなくなりますが、大丈夫でしょうか？

それとも、404だったらfalse、それ以外のエラーだった場合はexceptionにした方がいいのでしょうか？

以上、ご教授お願いします。

[2015/02/14 追記]
CertaiN さん
回答有難うございます。

ライブラリ利用者が使用する場合のイメージは↓のような感じでしょうか？

$api = new myApi();
// ユーザをフォロー済みかどうかを判定しようとしています。
try {
  if($api->isUserFollow($user_id)) {
    //ユーザをフォロー済みの時の処理
  }
} catch( HttpException $e) {
  // HttpException は自作例外です。

  if($e->getStatusCode() === 404) {
      // ユーザを未フォローの時の処理
  } else {
      // 例外処理
  }
}

上記のように、何かを判定する場合の404はステータスコード上では、確かに不正なリクエストです。
しかし、判定させているApiの場合は**正しく不正リクエストしている（？）**という感じがしています。(その扱いで、少しモヤモヤしています…)
意図した不正リクエストだから、falseでもいいのかなーと悩んでいます。

Answer 1

まず一律に、不正なリクエストの場合は「falseを返す」「Exceptionをスローする」のどちらか一方に統一すべきでしょう。特殊な目的が無ければ処理方法に関して一貫性は必要だと思います。

処理フローの提案

Q. レスポンスコードが400未満か？ 
    はい: 正常なので結果を返す
    いいえ: レスポンスコードをException生成時の第2引数にセットしてthrowする

Comments

[退会済みユーザー]

回答有難うございます。

一貫して`Exception`にしようかと思います。
ただ、まだ少し疑問があるので質問に追記させてもらいました。

再質問となってしまいますが、よろしくおねがいします。

[mpyw]

「意図した不正リクエスト」の意味がよく分からないのですが…
あるユーザの情報を取得しようとして、そのユーザが存在するかどうかは、（既に自分がそのSNSやユーザについてよく知っていなければ）「リクエストしてみるまで分からない」が正しいのではないでしょうか。

[退会済みユーザー]

200番代 → true
404番 → false
400番代(404以外) → Exception
500番代 → Exception
で悩んでいたのは、

指定ユーザが存在し、そのユーザをフォローしている：204
(※) 指定ユーザが存在し、そのユーザをフォローしていない: 404
指定ユーザが存在しない：404 (このパターンを忘れてた)

※このリクエストの場合のみ、falseでわかったほうがいいのかな～と考えていたからです。

使いたいApiの説明には、フォロー済みだったら204を返すとしか説明がありませんでした。
でも確かに、フォローしている場合204を返すだけで
・ユーザが未登録で404なのか
・存在するユーザだけどフォローしていないから404なのか
リクエストしてみなきゃわからないですね。

正常の時は、responseを返して、
400、500番代が発生したら、Exceptionをthrowすることで統一しようかと思います。
スッキリしました。回答有難うございました。