注：以下は、記事「KHTML vs. ヤモリ対 トライデントvs. Presto：Behind the Browser」では、主要なブラウザエンジン、その出現と開発の歴史、およびそれらに関連するいくつかの哲学的な問題について説明しています。 これは主にKHTML、WebKit、およびGeckoについてです。
ネチズンがアイコンをクリックしてお気に入りのブラウザーを起動すると、最も高度なユーザーのみがどのエンジンで実行されているかを理解します。 平均的なユーザーにとって、ブラウザーとWebページの表示方法に違いはありません。
いずれにせよ、ユーザーは自分のブラウザがどれほど安全かを心配しています。 おそらく、Appleのブラウザーの古いバージョンがKHTMLを使用しているため、より安全であるかどうかを心配しているのでしょうか？ または、Mozilla FoundationのFirefoxはGeckoを使用しているため、はるかに安全で使いやすいのでしょうか？ MicrosoftのInternet Explorer 7（IE7）はTridentエンジンを使用しているため、これまでで最高のブラウザーですか？ なぜこれほど多くの選択肢があるのですか？
「なぜ唯一のブラウザエンジンを使用しないのですか？ これにより、イノベーションを遅らせ、同時にすべてのブラウザーで発見できないエラーを防ぐことができます。 いずれにせよ、同じもののいくつかの実装は1つよりも優れています」とPurdue UniversityのIT教授であり、特にLinuxInsiderの Gene Spafford氏はコメントしています 。
どんな動物？
これまでの3つの主要なブラウザエンジンは、Trident、Gecko、およびPrestoです。 IE7はTridentエンジンに基づいています。
MozillaはFirefoxおよびThunderbirdメールクライアントでGeckoを使用し、続いて他のいくつかのオープンソースブラウザーを使用します。 Opera SoftwareはPrestoをブラウザとしてページを表示するエンジンとして使用します。 ノキアは、インターネットタブレット製品ラインでも使用しています。 また、一部の任天堂製品はPrestoに基づいています。
AppleはついにKHTMLモデルの開発を放棄しました。 彼女はKHTMLコードを部分的に使用して、独自のHTML WebKitエンジンを作成しました。
「KHTMLは、現在のWebにはもはや存在しません」と、特にLinuxInsiderのNovellのプロダクトマネージャーであるGuy Lunardi氏は言います。
違いは何ですか？
Apple SafariブラウザーとApple iPhoneの両方がWebKitを使用しています。 ただし、Lunardiによると、WebKitの人気はこれに限定されていません。
WebKitは現在、Adobe AIR（Adobe Integrated Runtime）およびNokiaスマートフォンでも使用されています。
ただし、KHTMLの作成者であり、現在Trolltechのソフトウェア開発者として働いているLars Knollは、彼の伝説的なエンジンは過去のものになると考えてはいけません。 Knoll氏によると、KHTMLソースコードはGeckoよりもはるかに小さく、作業が簡単です。
「KHTMLの最新のイノベーションを見ると、主な進歩はWebKitの開発との融合と考えるべきだと思います」と彼はノルウェーのオスロにある彼のオフィスでのインタビューでLinuxInsiderに語った。
最初に
KHTMLは、一部のLinuxベースのオペレーティングシステム上のグラフィカルデスクトップ環境であるKDE 2.0の一部として始まりました。 KHTMLは、Linux Webブラウザー、Konqueror、KHTMLベースのKDEベースのブラウザーおよびファイルマネージャーの基盤です。
その全盛期は、Netscapeブラウザーの人気の低下により落ちました。 しかし、彼の立場は、Mozilla Foundationコミュニティの激しい苦痛の中で、Netscapeブラウザーのソースコードから切り離されたGeckoエンジンの復活に食い違いました。
「最初からGeckoの目標は開発者向けの完全なプラットフォームを作成することでしたが、KHTMLは常にHTMLをレンダリングする唯一のエンジンでした」とKnoll氏は言います。 「KHTMLに組み込まれた主なアイデアは、CSS（カスケードスタイルシート）とJS（JavaScript）を使用して、最新の（当時の）Webページをすべてサポートする標準準拠のHTMLエンジンを作成することです。」
Mozilla / Gecko商用プロジェクトは、最初にNetscapeによってサポートされ、次にAOLによってサポートされました。 Mozilla Foundationは後にGeckoエンジンの多数の採用開発者を育てました、と彼は付け加えます。
「KHTMLは、Appleが参加するまで、常に完全に自発的なプロジェクトでした。 2003年以前にKHTMLに取り組んでいた人は誰も、彼らが行った仕事に対してお金を受け取っていませんでした」とKnoll氏は説明します。
分岐した経路
両方のWebページレンダリングプロジェクトの目標は同じでした。 それらの間に多くの違いがあったとき、両者はインターネット上のすべてのページを処理できる標準準拠のHTMLエンジンを作成しました。 Knoll氏によると、今日では、どちらも同じ機能（HTML 4.1、XHTML、CSS 2.1、JavaScript、およびAJAXを使用したWebアプリケーション）をある程度提供しています。
彼によれば、Knollが最初に設定した主なタスクの1つは、HTMLレンダリングエンジン用の柔軟で最もシンプルなアーキテクチャを作成する試みでした。 これにより、他の参加者がプロジェクトに簡単に参加して貢献できるようになりました。
「おそらく、これがAppleがSafariブラウザーにKHTMLとGeckoを選択する主な理由だったのでしょう」とKnoll氏は提案します。
NovellのLunardiは、ブラウザ間のパフォーマンスが最も重要な要素ではないことに同意しています。 すべてのブラウザエンジンには、HTML、CSS、XMLドキュメントオブジェクトモデル（ DOM ）、RDF（ リソース記述フレームワーク ）、JavaScriptなどを含む多くの標準と仕様があります。
同じ違い
さまざまなエンジンが存在するのは、さまざまな特定のニーズのためにさまざまな人々のグループによって開発されたためです。 実際には、それらはすべて、一般に、同じグローバルな目標を達成します。
「たとえば、異なる方法で同じコードを解析します。 さまざまな方法で、彼らは仕様の遵守を求めます。 また、エラーや不正確なページコンテンツの処理において、それらは変化します」とLunardi氏は言います。
Knollは2003年までKHTMLプロジェクトをサポートしていました。2003年にKHTMLプロジェクトは制御を移し、特定のタスクに移行しました。 本質的に、彼はソフトウェア開発者として完全な輪を作り、彼が始めたところに戻った。 昨秋、彼はWebKitの作業を開始し、このエンジンをKDE 4に含めようとしました。
良くない
ユーザーが内部エンジンのみに基づいてブラウザーを選択することは非常に困難です。 Knollは、他のエンジンと組み合わせてインストールされたエンジンは、ユーザー間の競合やプログラム開発者の頭痛の種にならないことを強調しています。
特定のエンジンの選択は、ブラウザ開発者の現在の状況に大きく依存します。 たとえば、KHTMLはメモリフットプリントが小さいため、統合デバイスに最適です。 Geckoはより多くの市場シェアを持っているとKnollは説明します。
Knoll氏によると、Web開発者には独自のニュアンスがありますが、非常に簡単です。 開発者にとっての最大の問題は、標準に準拠したブラウザー（Gecko、KHTML、およびWebKit（ ノートとOpera ））とIEの違いです。
「最終的に、どのブラウザを使用するかは好みの問題です。 Linuxの場合、Firefox（またはGeckoエンジンに基づく別のブラウザー）、Konqueror、またはOperaの3つのオプションがあります。 ユーザーは、好きなものを選択できます」とKnoll氏は締めくくりました。
なぜ唯一のものではないのですか？
すべてのブラウザに単一の標準エンジンがないのはなぜですか？ Knollは、2つの理由、つまり単一のWebページレンダリングエンジンの存在がエンドユーザーに悪影響を与える理由を理解しています。
ディスプレイエンジンの実装が1つしかない場合、ドキュメントに対応するという保証はありません。 また、標準が何らかの方法で実装されることを保証するものでもない、と彼は言います。
いくつかのエンジンの存在は、市場競争の観点からは良好です。市場に独占がある場合、さらに発展するインセンティブはありません、彼はスパフォードの観点に同意します。
「この結果は、可能な限り高速に、または標準に準拠しようとしているブラウザで見られます」と彼は言います。
この翻訳に慣れる力を見つけたすべての人に感謝します。 コメントで自分の考えを共有していただければ素晴らしいことです。
Web Optimizator：サイトの読み込み速度の確認