Group items tagged

公式ページには，とても少ない説明の中にGoogle Gearsの特徴3点が紹介されています。対訳をつけてみます。 Store and serve application resources locally ローカルにアプリケーション・リソースとデータを保持して実行します Store data locally in a fully-searchable relational database ローカル・データは完全な検索機能を持つリレーショナル・データベースに保存されます Run asynchronous JavaScript to improve application responsiveness Javascriptは非同期に実行され，更新の必要に応じてアプリケーションと通信します 　この解説は今までの説明で述べてきたものと変わりありません。特に詳説は必要ないでしょう。この三つの概念が以下のように，それぞれAPIグループとして実装されています。 ローカル・サーバー（LocalServer） データベース（Database） ワーカープール（WorkerPool）

アプリケーションがデータの入出力を必要とする場合，データはデータベースに格納されます。Google Gearsを導入した段階で，ローカルマシンの中にデータベースが作成されるわけです。このデータベースを操作するのが「Database」API群になります。データベースが導入されるといっても，MySQLやPostgreSQLのように巨大な物がインストールされるわけではありません。 　このデータベースの実体は，SQLiteです。SQLiteはアプリケーションに組み込んで使用されるのを目的とした軽量なデータベース・エンジンです。データベース・サーバーにつきもののユーザーのような概念がなく，データの出し入れを主眼としてシンプルに設計されています。SQLiteは日本語2バイト文字も通ります。

最後の「WorkerPool」は，インターネット上のコンテンツをローカルにキャッシュするコントロールを担当します。ローカル側サーバー機能という言い方もできそうです。Poolの名前の通り，まさに貯め込んでおくという感じです。言葉で説明することは難しいので，WorkerPoolについては後半のサンプルも眺めながら確認してください。 　なお上記の三つのAPI群のほかにいくつかのAPI群があります。一つは「Factory」です。FactoryはGoogle GearsのコアとなるAPIで，LocalServer，Database，WorkerPoolのインスタンスを作成するのに使用されます。

ほかにもGoogleカレンダーを取り込んだり、Picasaの写真をスライドショーで表示、YouTube/Googleビデオの挿入といったこともできてしまう。iGoogleで提供されているガジェットも取り込み可能だ。Googleが提供する各種WebサービスをGoogle Sites内で簡単に利用できるというわけである。

Google Sitesは単なるWebサイト構築ツールじゃない! Google Sitesの魅力は、Googleの各サービスを使いこなしているとさらに強く感じることができる。スプレッドシートやカレンダーをリンクしておき、それを更新すればGoogle Sites側も自動更新されるといった具合だ。さらに言えば、既存のGoogleサービスのWeb APIを使ったライブラリやソフトウェア、同期ツールなどの類が相当数存在する。それらを活用すればGoogle Sitesは単なるWebサイト構築ツールではなく、コラボレーションを促進する情報統合プラットフォームにさえなりえるのだ。