プロジェクトでGearsを使用することを考えていますが、疑問があります。
Gears は、その目的のための最先端のソリューションとしてコミュニティに本当に受け入れられると思いますか (または、すでに受け入れられていると思いますか?)
Gears は素晴らしいように見えますが、コミュニティはそれを使用するのがちょっと怖いと思います。
あなたはそれについてどう思いますか?
プロジェクトでGearsを使用することを考えていますが、疑問があります。
Gears は、その目的のための最先端のソリューションとしてコミュニティに本当に受け入れられると思いますか (または、すでに受け入れられていると思いますか?)
Gears は素晴らしいように見えますが、コミュニティはそれを使用するのがちょっと怖いと思います。
あなたはそれについてどう思いますか?
HTML 5のクライアント側ストレージは、GoogleがGearsの廃止を決定した場合に備えて、Gearsからのアップグレードパスを提供します。HTML 5クライアント側ストレージをサポートするブラウザーでGearsが不要になるように、抽象化レイヤーを使用するGoogleに関する興味深い記事があります。
Google Gears は長期的なソリューションではありません。2010 年 2 月 19 日、Googleは、Gears が廃止され、正しい解決策は HTML5 などの標準準拠のオプションによるものであると考えていることを発表しました。
Gears には SQL エンジン ( SQLite ) とスクリプト (Javascript) があり、優れたインターネット サポートがあります。
実際、私は市場でそのようなものを見ません。
また、Google が Gears を小さなデバイス (SQLite と javascrpt の両方が既に動作する) にプッシュすることができれば、Gears を本格的なクライアント側フレームワークとして位置づける可能性があります。
彼らは急いでいないようです。理由がわからない。
Google はそれに多くの時間を投資しており、一部の Web アプリにも統合しています。しばらくここにとどまると思いますが、このようなものには常にリスクが伴います.
Google は、Gears 上に構築された「オフライン GMail」を展開しようとしています。GMail の市場シェアを考えると、Gears 採用のキラー アプリになると思います。
しかし、特に将来について予測することは困難です。余裕がある場合は、オフラインの GMail がどのように普及するかを確認することをお勧めします。
どのプラットフォームにも常にリスクがありますが、少なくともこの1つのグーグルでは独自のドッグフードを食べています。つまり、Gmailをオフラインにするために必要です。これは、Googleドキュメントをオフラインにする方法です。
継続的なサポートの観点からは、他のほとんどのフレームワークと同じように、Gearsを使用してもおそらく安全だと思います。それが現在の状態であなたのニーズを満たしているなら、それはぴったりのように聞こえます。