本文詳細解釋了 Opera 蜻蜓（Dragonfly）的總體架構，其間各個組件的作用和聯系。

架構概覽 
調試辦法 
本機 
長途 
組件 
運轉時 
調試主機 
Scope 模塊 
Scope 協議 
署理 
調試客戶端
架構概覽

Opera 蜻蜓（Dragonfly）是 Opera 軟件公司供給的開發工具，它的架構使它既能夠在平面電腦運轉，也能夠在手機等移動設備上運轉。

一個 Scope 模塊將傳遞出運轉時的信息, 比方被調試 Opera 實例中的網頁和運用。 這個實例作為調試的主機，為客戶端供給信息。主機和客戶端之間數據彼此傳輸運用 Scope 協議標準和界說。

為了處理潛在的防火墻問題，一個署理會用來和諧處理瀏覽器和調試器間的信息傳遞交流。一個詳細的運用實例是運用普通桌面電腦調試一個運轉在手機上網頁或許運用。

而客戶端，如調試器，能夠將信息視覺化并答應用戶操作運轉時環境

主機和客戶端能夠運轉在不同的設備上，而署理能夠運轉在任何兩者中任一實例，也能夠在單獨服務器運轉。

調試辦法

主要有兩種調試辦法：
本機：Scope，署理和調試器運轉在同一個 Opera 實例中。
長途：Scope 和調試器運轉在兩個不同的 Opera 實例上，比方，兩個不同的設備上。而署理能夠運轉在兩實例之一，也能夠在另外的獨立計算機上運轉。

本機

這是最常用和最典型的辦法。開發者們正在開發網絡運用，它能夠正常運轉于 Opera 瀏覽器。該調試器運轉于相同實例中，顯現在一個獨立窗口或面板。

在這種情況下，調試主機，署理和客戶端運轉于同一個瀏覽器實例。Opera 選擇一個隨機端口運轉署理，Scope 模塊和調試器會自動銜接它。

長途

這個辦法的一種運用是能夠調試手機上的網頁或運用。手機一般屏幕很小，開發也很受限制，因而用桌面電腦來調試是一種方便的做法。

另一種可能性是在同一個設備上的一個 Opera 實例調試另一個 Opera 實例，這在調
試實例接近崩潰的時分非常有用。

長途調試辦法能夠分解為兩種用法：
署理在兩實例之一運轉。
署理獨立于實例運轉，比方運轉在公共服務器上。

第二種辦法能夠運用在，被調試實例和調試器隔防火墻運轉的情況。

組件

此架構由下列組件構成：

運轉時 
調試主機 
Scope 模塊 
Scope 協議 
署理 
調試客戶端
每個 ECMAScript 環境都是一個單獨的運轉時。每個 HTML 文檔也都關聯一個獨立的運轉時。框架和 iframe 中的文檔也有自己的運轉時。

調試主機

調試主機能夠是任何啟用了 Scope 模塊并且銜接到署理的 Opera 實例。它可能包含多個運轉時。

Scope 模塊

Scope 模塊是 Opera 程序的一部分。一旦啟用，模塊將向署理 URL 建立一個 socket 銜接并檢測調試主機上的任何運轉時。之后它會將信息發送給調試器。它也會對調試器的特定命令作出呼應，比方從選定節點下載 DOM。

Scope 協議

Scope 協議是一套用來在主機和客戶端之間交換關于運轉時信息的規則和格局。實例包括從運轉時得到 DOM 文檔結構，或許計算得到的款式調集。

Scope 協議仍在開發之中。一旦完結，它將被徹底揭露。之后其它廠商或開發者能夠創建自己的調試客戶端并將它們整合到程序中，如 IDE （例如 Aptana 或 Eclipse）。運用此 scope 協議，此類客戶端能夠收集到一個 Opera 瀏覽器的運轉時信息。

署理

署理負責在瀏覽器和調試器之間中轉信息。在長途調試辦法中它非常重要，即調試主機和客戶端不在同一個計算機上。

Opera 運轉調試器的實例會供給一個內置的署理，但署理也能夠運轉在一個公共服務器上。這樣，被調試實例和調試器能夠均在防火墻之后。

怎樣將主機和客戶端銜接到署理，請拜見《Opera 蜻蜓簡介》。

調試客戶端

調試器即為客戶端，它經過署理銜接到調試主機的 scope 模塊。它會接收到該實例的運轉時信息。調試器將運轉時信息可視化，答應用戶修改。它經過 Scope 協議向 Scope 模塊回送懇求以完成其功能。

現在調試器的完成徹底根據網絡
技能：HTML/XML，CSS 以及 JavaScript。