問題タブ [google-chrome]

Web 開発者の観点から、Google Chrome がリリースされたときに開発分野でどのような変化が予想されますか?

開発は Web に新たな革命を起こすほど強力ですか? Web プログラミングの見方は変わりますか?

それとも別の Web ブラウザですか？

Google Chrome を 30 分ほど試してみたところ、現時点では最低限の機能しかないように見えますが、気に入っています。なくてはならないものをいくつか追加する明白な方法は、プラグインを使用することです。Chrome 用のプラグイン/アドオンの構築を開始する方法に関するリソースへのリンクを持っている人はいますか? ありがとう。

Chrome ブラウザー向けに開発したい開発者にとって、既存のバグを確認し (髪の毛が抜けすぎないようにするため)、新しいバグを追加する (改善するため) ことが重要になります。それでも、このプロジェクトのバグ追跡が見つからないようです。オープンソースですよね？

クロムはタブを異なるプロセスとして実行しますが、これをサポートしていないようです...私が見逃した可能性のあるアイデアやドキュメントはありますか?

時間のある人は見てみませんか？

私は少し読んだことがありますが、多くのことが約束されています。もしそれが彼らの言うことの半分であれば、Web 開発は大きく変わるでしょう。

Google Chrome はどのように複数のクロス プラットフォーム プロセスをコマンドおよび制御し、共有ウィンドウ/レンダリング エリアを提供しますか?

洞察はありますか？

Chrome で Googlebooks を読んでいたところ、新しいタブを作成するたびに、ブラウザ タブをホストするプロセスを起動することにした理由について書かれています。そう

2 つのタブ = 2 つのクロム プロセス

3 つのタブ = 3 つのクロム プロセスなど .. ですよね??

しかし、約20個ほどのタブを開きましたが、タスクマネージャーでは、3つのクロムプロセスしか見つかりませんでした..

何が起こっている？？

プロセスを作成することは、必要なリソースの点で高価な提案であり、他の軽量オプションが利用可能であると教えられました（.netのアプリドメインなど）..では、chromeはハイブリッドアプローチを採用していますか?? いくつかのプロセスを作成し、それらの限られた一連のプロセス内で追加のタブをホストし始めますか??

Chrome でブラウジングしているときに、gmail のような JavaScript を多用するサイトを含むページのレンダリングに関して、(私のラップトップの IE や Firefox と比較して) 非常に高速に応答することに気付きました。

これはChromeのGooglebookが言わなければならないことです

1. タブはスレッドではなくプロセスでホストされます。
2. 解釈するのではなく、V8 エンジンを使用して JavaScript をコンパイルします。
3. JavaScript を多用するアプリをサポートする新しい仮想マシンを導入する
4. 「隠しクラス遷移」を導入し、動的最適化を適用して物事を高速化します。
5. 非効率な「保守的なガベージ コレクション」スキームをより正確なガベージ コレクション スキームに置き換えます。
6. 独自のタスク スケジューラとメモリ マネージャーを導入して、ブラウザー環境を管理します。

これはすべて非常によく知られているように聞こえますが、マイクロソフトは長い間そのようなことを行ってきました.. Windows os、C++、C# などのコンパイラ、CLR など。

では、Microsoft や他のブラウザー ベンダーが Chrome のアプローチをとらないのはなぜでしょうか? Chrome のアプローチに欠陥はありますか? そうでない場合、他のブラウザ ベンダー コミュニティは Google のアプローチに気づいていないのでしょうか?

短いバージョン：Web開発者とWeb開発者のエンドユーザーの両方が使用するすべてのブラウザーで一貫したプレゼンテーションとAJAX機能を実現するための最もクリーンで保守しやすい手法は何ですか？

• IE 6、7、8
• Firefox 2、3
• サファリ
• グーグルクローム
• オペラ

ロングバージョン：他のWeb開発者向けのWebアプリを作成しました。私のアプリは、プレゼンテーションとAJAXの動作の両方で主要なWebブラウザー（およびGoogle Chrome）をサポートする必要があります。

Firefox / Firebugから始めて、IE 6および7で一貫したスタイルを設定するための条件付きコメントを追加しました。次に、驚いたことに、jQueryがIEで同じように動作しないことを発見しました。そこで、条件付きで純粋性の低いjQueryを使用して、JavascriptをFFとIEで移植できるように変更しました。

今日、私はWebkitとGoogle Chromeでテストを開始し、スタイルがFFとIEの両方と矛盾しているだけでなく、おそらく構文エラーまたは解析エラーが原因でJavascriptがまったく実行されていないことを発見しました。CSSが機能することを期待していましたが、今ではJavascriptのデバッグが増えています。この時点で、私は一歩下がって、あらゆる状況に対応する特別なケースの山を書く前に考えたいと思います。

私は特効薬を探しているのではなく、物事を可能な限り理解し、維持できるようにするためのベストプラクティスを探しています。これがサーバー側のインテリジェンスなしで機能する場合は、私が好みます。ただし、たとえば、ユーザーエージェントを確認してから、さまざまなファイルをさまざまなブラウザーに返すという利点がある場合は、Webアプリの全体的な理解度と保守性が低い場合は問題ありません。どうもありがとうございました！

Google Chrome 用に設計する際に考慮すべき事項 (HTML、CSS、JavaScript) がある場合、何を考慮しますか?