Ars Technicaの最近の記事を読んで WebOS への関心が再燃し、Services API に注目していました (代替のカレンダー アプリを構築することに興味があるため)。カレンダー サービス API ドキュメントの上部に次のテキストが見つかりました。
注: 個人ユーザー データの不正使用を防ぐために、この API は、アプリケーションによって作成されたレコードへのアクセスのみを提供します。つまり、別のアプリケーションが所有するレコードにはアクセスできません。
他のアプリケーションで作成されたデータにアクセスできない場合、API を使用する意味さえあるでしょうか? その時点で、自分でデータ ストレージを構築するのではなく、API を使用する理由はありません。何か不足していますか？WebOS 開発者はこれに加担できますか?
PS 彼らが自分の OS に「WebOS」という名前を付けた場合、彼らは正しい URL について何か知っていると思うでしょう。そのばかげたカレンダーAPIドキュメントのURLをチェックしてください!!
アクセスが制限されている理由はセキュリティのためですが、それだけではありません。一部のサービスには、データの使用方法を制限する契約があります。たとえば、ランダムな webOS アプリが Facebook のカレンダー データにアクセスできるようにする API を持つことは、そのデータの使用方法を制御する FaceBook の利用規約を回避することになります。同じことが、LinkedIn、Google カレンダー、およびシステムが情報を取得している他のサービスにも当てはまります。
不定期のイベントを投稿する必要があるだけの場合は、ユーザーが自分のカレンダーに受け入れることができるデータを使用してカレンダー アプリを相互起動できる、より優れた API を使用できます。そうすれば、独自のバケットを作成する必要はありませんが、ユーザーは手動でイベントを受け入れる必要があります。
カレンダー API を使用する理由は、独自のデータをデバイスのユーザーに公開するためです。たとえば、FlightView はこれを使用して、ユーザーが興味を持っている今後のフライトのカレンダーをユーザーに公開し、それらのスケジュールが変更された場合、それらを自動的に変更できます。Fandango アプリはこれを使用して、ユーザーが好きな映画館の上映時間をカレンダー ビューにプッシュします。たくさんの可能性があります。