1、REALbasic外插模組格式
    REALbasic的外插模組並非是對IDE功能的擴展，它實際上是對REALbasic框架包（frameworks）的功能擴展。REALbasic的框架包的主要部分本身就是一組RBX格式的外插模組，它們可以在Resources目錄下的Internal Plugins資料夾中找到（Mac OS X版中，Resources目錄在應用程式Bundle內部，需要先在Finder中對應用程式Bundle使用顯示包內容命令）。框架包的另一部分在Resources目錄下的Frameworks資料夾中，稍後再介紹，我們先說說外插模組檔。
    RBX檔是由一組或幾組動態庫/共用庫檔和一些要在IDE中使用的資源打包而成的。其中的每一組動態庫通常至少包含一個用於Win32的dll檔，一個用於Mac的UB（通用二進位）格式的dylib或bundle檔，和一個用於Linux x86的so共用庫檔。其中UB格式的庫能用來為Intel、PowerPC和UB三種目標編譯應用程式。但是對於UB格式（也就是既含有Intel CPU指令，又含有PowerPC CPU指令的Mac程式）的支援是從REALbasic 2006第四版開始的，因此許多第三方的外插模組還提供一個僅用於PowerPC CPU的dylib檔來支援較舊的REALbasic。
    除了PE格式的dll，MachO格式的dylib/bundle，和ELF格式的so之外，有些第三方外插模組還提供一個PEF格式的庫以支援Mac OS 9及以前的作業系統。不過也是在2006年，REALbasic不再提供對Mac OS 9及以前的Mac OS的支援，也不再支援為Mac OS X生成PEF格式的應用程式，因而現有的大部分第三方外插模組都只含有針對MachO格式的Mac可執行檔的庫。
    外插模組中每一組動態庫/共用庫檔提供基本相同的功能，有幾乎一致的介面，具體功能的實現則因系統系統而異。
    除了這些庫文件之外，外插模組中還有一些其他資源，比如要在REALbasic IDE的控制項列表中顯示的圖示（當然，只有外插模組提供的是繼承自Control類別的控制項才需要）、要在語言參考視窗中顯示的幫助資訊，等等。
    所有這些檔是用REALbasic的虛擬卷宗格式封裝在一起的。即使您不使用專門處理外插模組的工具，只要用REALbasic自帶的VirtualVolume類編寫少量程式碼，就能一窺RBX檔中的究竟。

2、外插模組的載入
    REALbasic IDE和REALbasic程式都會在啟動時載入（load）所需的外插模組，載入它們的目的卻不同。IDE載入外插模組是為了讀取其中的介面資訊，以便給出語法提示和在編譯時進行語法檢查。用REALbasic開發的程式載入它們，則是為了確保這些庫中含有所有運行時所需的常式，並獲得函式指標以便在需要時能立即呼叫和執行這些常式的已映射到記憶體中的CPU指令。
    對於不同平臺，應用程式載入外插模組的方法也有差異。比如，對於Mac OS X的MachO程式格式而言。由於MachO可執行檔本身和其他Unix/Linux可執行檔格式類似，是個沒有圖示沒有副檔名，可以從主控臺（console）直接執行的實用程式（utility）/命令列程式（command line tool）。Apple出於多種目的——比如為了讓它看上去好看些，為了易於國際化等等——將文字、介面描述、圖示、圖形圖像和其他一些資源與可執行檔本身儲存在一個目錄結構中。並使這個目錄結構在預設狀態下顯示為單一的程式檔。因此您的專案中所使用的外插模組裏面的MachO格式的共用庫，在生成MachO程式時，會被放到這個目錄結構中，保存在Frameworks子資料夾下。這樣Mac OS X的載入器（loader）會自動將這些共用庫載入到記憶體中（通常dylib必須在啟動時載入，而bundle可以隨需載入並且支援在不需要時卸載）。
    在REALbasic 2008第一版以後，Windows上的情況也基本是這樣。所需的外插模組中的用於Windows平臺的dll，在程式編譯後會被寫出並保存在程式所在目錄下的「<程式名>  Libs」資料夾中。它們必須與主程序一同安裝，且該自資料夾的名稱不應被更改。在程式啟動時會要求Windows的映射載入器來載入這些動態連結程式庫。
    在REALbasic 2007及以前的版本中，這些dll是作為資源寫入Windows程式中的，然後REALbasic程式會呼叫系統API（應該是LoadLibrary和LoadModule之類的Win32 API）來載入這些dll或其中的常式，也就是自己實現一個簡單的載入器。但是這對某些外插模組在一些特定情況下會產生問題，微軟技術支持中心應一些用戶的要求曾與數名Windows系統內核和載入器方面的專家花了數個小時進行追蹤（trace），以研究問題的原因，其結論是由於各種原因這些API函式在行為上與系統的映射載入器有些微妙的差異，因此建議REALbasic將這些dll外部化，以便使用系統本身的載入器來載入它們。在運行時再將這些dll寫出到暫存資料夾也是一種辦法，不過考慮到會被一些比較敏感的殺毒軟體攔截，因此否決了這個方案。這就是在2008第一版開始，這些dll不再被內建在程式檔中的原因。
    至於Linux，目前沒有太多資料，但觀察，以前似乎也是將so共用庫檔寫入到可執行檔本體中，然後呼叫什麼系統功能來載入它們的。不過最新的REALbasic Linux版編譯的程式會在啟動時將這些so檔寫出到一個隱藏的暫存資料夾中。這個行為改變在Ubuntu等Linux發行版上沒有產生什麼問題。但筆者曾遇到過CentOS 5的SELinux阻止了REALbasic 2008第四版所編譯的程式，不讓它繼續運行的問題，在對SELinux進行一些設定後基本予以解決。

3、REALbasic的編譯器與RBScript
    既然REALbasic的IDE是用REALbasic語言寫的，而用REALbasic語言為自己寫編譯器似乎不是個好主意，因此RB的編譯器是用C/C++（據筆者所知，還有一些Pascal）寫成的。C++程式碼要與REALbasic程式一起工作當然要製作成外插模組。因此REALbasic的編譯器也是個外插模組。
    這個被稱為Spawn Compiler的外插模組是不公開的，不過其中的部分動態連結程式庫/共用庫還是能被找到的。比如在REALbasic 2008及更高版本中，您可以在「REALbasic 200X Libs」資料夾中找到一個名為「Spawn Compiler.dll」的檔案。這就是Windows版的編譯器。如果將這個檔複製到Plugins資料夾中，並重啟REALbasic的IDE，隨後嘗試輸入一些程式碼，您會看到IDE的關鍵字自動完成列表會暴露出一些Spawn Compiler的外插模組中的類別和函式的介面。不過這個外插模組貌似非常複雜，沒有文件或説明還真沒辦法用。
    但是有一個簡化定製版的REALbasic編譯器是公開的，這就是REALbasic自帶的RBScript類別（對應於Internal Plugins資料夾中RBScript.rbx檔）。RBScript能在記憶體中編譯REALbasic腳本，並將編譯好的CPU指令直接映射到當前的行程空間（process space）中執行，並回返執行結果。
    這使得在用REALbasic編寫的程式中可以即時編譯並執行REALbasic程式碼。REALbasic IDE腳本功能就是使用RBScript使得自動化控制IDE以及自動化實現複雜的編譯構建過程成為可能。除此之外，Inspiring Applications公司製作的網頁開發工具YUMA也依賴於它。YUMA的主要原理是使用一個用REALbasic編寫的後臺服務程式從網頁中解析出內嵌的REALbasic程式碼，然後呼叫RBScript來編譯並執行這些程式碼，再用回返結果生成需要傳回給用戶的動態頁面。除了所支援的是REALbasic語言的一個子集之外，它與PHP、ASP等沒有本質上的區別，並且YUMA的企業版也能與Apache等一同使用。與PHP等相比的主要優點在於，網頁內嵌的腳本是編譯執行，而不是解釋執行的。據稱，在同等條件下，平均運算速度為PHP的2倍，JavaScript的4倍左右。

4、REALbasic程式的編譯
    從廣義上說編譯包括兩大步驟：
    第一步是將高階語言程式碼編譯成原生的CPU指令（即機器碼）。執行這一任務的模組即狹義上的編譯器（compiler），或稱編譯器前端。有時也會有專門用來處理資源的資源編譯器，本文不對它進行討論。既然REALbasic的編譯器外插模組叫做Spawn Compiler，可想而知，生成CPU指令是其主要功能。由於CPU指令不受作業系統影響——也就是說不論是Windows、Intel Mac還是Linux x86，處於相同狀況下的RB程式碼「a=1+2」，理論上可以編譯為一組完全相同的CPU指令——因此REALbasic的編譯器只要能將REALbasic程式碼為x86和PowerPC系列CPU編譯成兩類不同的機器指令就可以了。
    第二步是將編譯好的CPU指令、各種資源按照作業系統支援的檔格式組合成應用程式檔。執行這一任務的模組就是連接器（Linker），或稱編譯器後端。MachO格式的Mac程式將資源保存在外部，因此連接工作相對比較簡單，在Windows和Linux上則比較複雜。實際上REALbasic並沒有Windows和Linux版的連接器，其連接工作依賴於Resources目錄下的Frameworks資料夾中的一組檔案。
    在Frameworks資料夾中，App Resources Carbon、HXRuntime Carbon Mach-O、HXRuntime Mach-O Console等檔是生成有圖形介面（桌面的）或無圖形介面（控制臺的或後臺服務的）Mac程式時所需的資源檔案和一些預先編譯好的功能。它們相當於靜態庫，其中的資源或功能是大多數程式都需要的，這也包括初始化程式和載入及處理外插模組等所需的程式碼。因此由REALbasic直接提供而無需另外編寫或另外附帶外插模組。在編譯Mac程式時，它們將與主程序連接在一起。
    而X86RunHoudini.exe、X86HoudiniConsole.exe等檔則是一些預編譯連接好的空殼程式檔，可以稱之為占位檔。它們基本上是用C/C++寫成的，必要的資源或功能也已經連接到其中。REALbasic在為Windows/Linux程式編譯好CPU指令後，對這些占位檔進行修改，將CPU指令和各種資源填入到占位檔的程式碼段和資料段中，最終生成您的Windows/Linux程式。
    因此不必懷疑REALbasic生成的Windows/Linux程式不是編譯執行的。可以說，是不是編譯執行，主要看得看編譯過程的第一大部生成的是不是機器碼。對於REALbasic程式來說，不論是裏面那些由預編譯好的占位檔所提供的、用C++編寫的部分，還是後插入的、用REALbasic編寫並編譯出來的部分，都是原生的CPU指令，都會直接送給CPU去執行，而不是先送給解釋器去解釋為CPU指令，再由CPU執行。因為REALbasic生成的是編譯執行的程式，這一點是毋容置疑的。