欲しいID

kd123456

タイトル

キングダム第6シリーズ

サブタイトル

11話 必殺の別働隊

欲しいID

kd123456

タイトル

キングダム第6シリーズ

サブタイトル

12話 格不足

NG

API(Application Programming Interface)とは、企業様や個人の方が提供してくださるプログラムで、主にJson形式でデータのやりとりをします。（ここは、今回伝えたい所とは、やや異なるのでさらっといきます）有料、無料とあり、世の中には様々なWebAPIが存在します。サイトやアプリをよりリッチにするために、開発者は使わせて頂く立場になります。

さて、欲しいIDが分かった所で、次はWebAPIの中身を見ていきましょう。” : ”を境に左側のキー（key）に対し、右側に値（value）が振られており、プロパティが30ほど連なっています。目を凝らしてください。見るとブロック、一つの塊に見えてきませんか？この一つの塊が番組表でいう、ひとつのコマ（行）になっている。とすると、イメージできるでしょうか。これが、番組の数×7日分あるというわけです。

ブロックが変われば、タイトルも変わる想定でいましたが、私が作業した日のWebAPIでは上記タイトル３つとも同じでした。かえって、ややこしくしていたら申し訳ありません。放送日時とサブタイトルで変わっていくのが分かるかと思います。そして、" 欲しいID " に注目しておいてください。

ここからが本番です。ユーザーが予約をした事により、その予約（ブロック）を全て持つ事になります → 正確にはデータベースに挿入する → 以降、このデータベースの値を参照し比較していく。そして、アプリ側のプログラムでは、番組表のひとコマごとに対し、if文（条件分岐）をかましています。”あなた（番組表のブロック）の持っている欲しいIDと、私（ユーザー）が持っている欲しいIDは一致していますか？”と。一致してればと書きたい所ですが、これでは再放送にも反応してしまいます。プログラムの演算では、”且つ ～ ”と続けて書く事で、両方の条件に一致していたら、と条件提示できます。整理すると、

’あなた（番組表のブロック）の持っている欲しいIDと、私（ユーザー）が持っている欲しいID’ 且つ ”あなた（番組表のブロック）の持っている放送日時のスタート時間と、私（ユーザー）が持っている放送日時のスタート時間” は一致していますか？と、ここで西暦と日付が比較に含まれていないのがポイントです。後ほど説明します。" == "は左右を比較しています。スタート時間というのは、放送日時の値である文字列の中から、スタート時間だけを切り取って使っています。実際に以下のように記載すると、何となくイメージ出来るでしょうか。

そして、この二つの条件を満たしていれば、trueの処理。ここで、”前回予約済”機能を書きます。ここの条件で西暦と日付を入れなかった理由としては、このWebAPIは毎朝5時に更新されます。日付ごと比較してしまうと、翌週の ”あなた（番組表のブロック）の持っている放送日時は最新のデータで、私（ユーザー）が持っている放送日時は1週間前のデータのため、日付が違うため一致せず、意図した処理が書けなくなってしまうからです。

続いて、”今回予約済”機能を入れていきます。これは今まさに予約したものです。さきほど（5行目くらい上）の条件式がありますが、そこへさらにif文（条件分岐）をかまします。ここのif文では、放送日時の西暦と日付を比較させます。意味としては、以下のようになります。

こうする事で、 ”あなた（番組表のブロック）の持っている放送日時は最新のデータで、私（ユーザー）が持っている放送日時も最新であるため、trueの処理が入り、つまりは”今回予約済”機能が書けるわけです。予約をして予約ボタンが表示されているのも不自然なので、ここのtrueの処理では予約ボタンは非表示に切り替わります。

番組に紐つくプロパティの設計から見てきました。この役割の重要性が伝わったでしょうか。同時に、私の苦労も伝わったのかなと思っています。もし、プログラミング分からない方が最後まで読んで頂いたとしたら、考える楽しさが少しでも伝われば嬉しく思います。次は、Cさんの悩みを探しにいきます、最後まで読んで頂きありがとうございました。