Google Glass 用に開発するには 2 つの方法があります。プラットフォームに Web アプリケーションを作成できるミラー APIがあります。それに加えて、ネイティブ アプリを構築するためのAndroid ベースの SDKが最近リリースされました。
Mirror APIは RESTful API であり、それを使用した開発モデルは、Android や従来の Web アプリで知っているものとは大きく異なります。Web アプリは、(ブラウザーで) コードを実行できるシック クライアントです。Mirror API を使用すると、Glass デバイスはアプリケーションに対してクラウド内の Web サービスとして提示され、インターネット経由でクエリを送信することで制御できます。その制御は、インタラクティブ カードをユーザー タイムラインに挿入し、それらのユーザー インタラクションに反応することに限定されます。すべてのやり取りには、デバイスからサーバーへの往復が含まれます。これはある意味で、Glass でどのようなアプリケーションが可能になるかを形作っています。たとえば、アプリがまったく機能するためには、常にオンラインである必要があるようです。
それにはいくつかの利点もあります。最も重要なことは、Java、Python、実際には Haskell のようなほとんどすべての言語で、HTTP プロトコルを処理できる任意の言語でアプリを作成できることです。欠点は、アプリが Glass デバイスで直接実行されるのではなく、ユーザーまたは Google が提供するコンピューター (App Engine を考えてください) で実行されることです。
その後リリースされた GDKを使用して、ネイティブの Android アプリ APK を開発し、Glass デバイスで実行できます。私はこれを詳しく追っていませんが、2013 年春の終わりからこれを行うことが多かれ少なかれ可能であったことは知っていますが、当時はエンドユーザーへの配布メカニズムが整っていなかったため、USB デバッグを有効にして、APK をデバイスにプッシュする必要がありました。デバッグツール。これを行うには、root アクセスは必要ありませんでした。
SDK を使用すると、デバイス上のすべてのハードウェア センサー (カメラ、加速度計) にアクセスでき、この方法でユーザー向けによりインタラクティブなエクスペリエンスを作成できます。欠点は、そのようなアプリはおそらくバッテリーを大量に消費する可能性があり、ユーザーはそれに対して疑いを抱く可能性があることです.
しかし、あなたの質問に答えるには、Android 向けの設計の経験は、一般的な意味で間違いなく役に立ちます。考えてみれば、Android デバイスは実際にはウェアラブル コンピューターです。メガネのフォーム ファクターはそれをまったく新しいレベルに引き上げます (ポケットに手を入れるのではなく、目の前で使用できるようにメガネを用意します) が、それでも類似点があります。
Android では、Glass と同様に、プラットフォームの制限、特に限られたバッテリー寿命を考慮して、情報、コミュニケーション、またはエンターテイメントへのアクセスをユーザーに提供することを目指しています。
Glass を使用するのは Android ユーザーである可能性が高いため、Glass アプリを作成する際に使い慣れた Android エクスペリエンスを基に構築できるという別の議論もあるかもしれません。また、Glass と Android の両方でアプリをターゲットにして、コンテンツにアクセスするときに統一されたエクスペリエンスを提供できます。携帯電話のタッチ スクリーンを使用して、Glass アプリの一部を制御したい場合もあります。