私は、私が心に留めておくように頼まれた特定のプロジェクトのために私が「すべき」研究についてのアドバイスを探しています。私はさまざまなGoogleテクノロジーを探索して、約3日間そうしていますが、どれも正しくないようです。
私は、WindowsOutlook用にまとめたものとほぼ同等のGmail用のものをまとめる必要があります。そのために、私がOutlookユーザーに対して行ったことを簡単に説明し、私が探しているものを感じてもらいます。Outlook C＃アドインをまとめました。これは、起動時にOutlookによって読み込まれると、クリック可能なタブ、ボタン、およびその他のさまざまなインターフェイス要素をOutlookインターフェイスに追加します。それらをクリックすると、アドインのC＃コードがさまざまな方法で呼び出され、Webアプリケーションの1つによって管理されているリモートデータベースで現在選択されている電子メールメッセージをアーカイブするなど、さまざまなアクティビティを実行します。これは、ロードされたアドインで使用できるさまざまなOutlook C＃APIを呼び出して、さまざまなOutlook「オブジェクト」を抽出または操作することによって行われます。ボタンクリックで行うもう1つのことは、アドインが.Netクラスの「webbrowsercontrol」インスタンスから作成するWebブラウザーを起動し、基本的にIEの「エンジン」にクロムを追加することです。また、そのWebブラウザーのDOMに必要なものを追加して、そのブラウザーのページで実行されている可能性のあるjavascriptコードで多数のアドインC＃関数を呼び出し可能にし、基本的にWebアプリケーションに「質問」する方法を提供します。そのアプリケーションに代わってOutlookの連絡先、タスク、メッセージなどを作成するための私のアドイン。その要点は、Outlookアプリケーションに追加したUIを使用して、アプリケーションに対してさまざまなWebサービス呼び出しを行うことができるということです（Outlook C＃APIを介して表示/管理できるさまざまなOutlook「オブジェクト」の状態に基づいて）。
（WindowsアプリケーションやブラウザベースのWebアプリではなく）まったく異なるGmailの獣に関して「同様の」機能をサポートする必要があります。調査中、ここ数日はぐるぐる回っていたような気がします。Gmailのサイドバーとコンテキストガジェットを調べて、自分のほぼ同等のUIをGmailに追加することから始めましたが、それらを使用してGmail APIに実際にアクセスすることはできず、自分が使ったものを靴べらにするだけであることがすぐにわかりました。コンテキストガジェットによってサポートされるトリガーされたGmailの「動作」のセットは、私が望むものをサポートするには実際には十分ではないことに気づきました。最終的に、機能的にサポートされているGoogleAppsScriptを説明する一連の開発者ページに移動しました。これはしばらくの間「進むべき道」のように見えました。GmailAPIへのフックを提供します。私は彼らと少し遊んで、すべてのGmailメッセージの件名を収集し、スクリプトによって構築されたUIにダンプするWebアプリスクリプトを作成して、物事がどのように組み合わされているかを実験的にすばやく感じました。スクリプトは機能しますが、57通の電子メールの件名を収集して表示するのに約1分かかるため、かなり遅いようです。そして、スクリプトで構築されたUIをGmailのユーザーインターフェイスに組み込む方法を実際に理解することはできません。アプリスクリプトのURLを参照して（コンテンツタグ本体にHTMLまたはJavaScriptをまったく含まずに）サイドバーガジェットを作成してみました。エリアはガジェットに割り当てられていますが、スクリプトUIが表示されません。スクリプトをiframeで完全に異なるコンテキストで実行するために少し失敗した後、
私の質問は私が知っている少し大きいですが、私が考えているようなものを構築するために他のGoogleテクノロジーを探すべきであるか、それとも私は「大まかに」テナブルな道をたどっていますか。私は私が推測するいくつかの大まかなアーキテクチャのアドバイス、おそらく私がさらに探求すべきことについてのいくつかのヒントを探しています。