編輯預(yù)處理與譯碼分離傳統(tǒng)的數(shù)據(jù)系統(tǒng)都提供了一個程序編輯器，它的功能只是對數(shù)控源程序進(jìn)行編輯和修改，且操作不方便，而NC程序格式分析及詞、語法分析（這些工作通常稱為預(yù)處理）均由譯碼模塊處理。在譯碼過程中，無論程序是否有錯，都必須進(jìn)行分析，浪費了CPU的時間。因此，我們在開發(fā)數(shù)據(jù)處理模塊時，把預(yù)處理功能從譯碼子模塊中分離出來，且融入編輯器子模塊，使編輯器既能輸入和編輯NC程序，又能對整個源程序一次性分析查錯。當(dāng)發(fā)現(xiàn)錯誤后及時修改，避免了加工過程中出現(xiàn)錯誤不得不停機的情況發(fā)生。微軟的VisualC++5.0中的MFC提供一個文本編輯類CEditView，利用它幾乎不用編寫什么代碼，便能生成一個類似Windows中WordPad的文本編輯器，雖然它沒有Word的文字處理功能強大，但用來編輯數(shù)控系統(tǒng)清單已經(jīng)足夠。文本編輯器主要由兩個子窗口組成，一個為編輯窗口，數(shù)控程序的所有編輯操作均在此進(jìn)行；另一個為信息窗口，顯示預(yù)處理過程中各種信息（包括各種錯誤信息），大大方便了程序的修改。

　　由于NC是以ASCII碼形式存放，讀入緩沖區(qū)前必須進(jìn)行一定轉(zhuǎn)換。另外，為加速預(yù)處理，要求源程序一次性讀入內(nèi)存。為此我們定義一種數(shù)據(jù)結(jié)構(gòu)和一個數(shù)組：structNCFormat{LPTSTRNCLineS；程序段存放的數(shù)組UINTNCLength；預(yù)處理過程中，每個程序段均要經(jīng)過兩次掃描。**次掃描是進(jìn)行格式分析和詞法分析，第二次掃描是進(jìn)行語法分析。在兩次掃描過程中每當(dāng)發(fā)現(xiàn)錯誤，輸出出錯信息到信息窗口。其中出錯信息是一種數(shù)據(jù)結(jié)構(gòu)，其定義如下：structErrorInfo{UINTNCLineNO；出現(xiàn)錯誤的行charNOChar；出現(xiàn)錯誤的字符CStringLineStr；錯誤所在的程序段UINTErrorKind；錯誤種類編譯與解釋方法相結(jié)合單純使用編譯方法或解釋方法都有不可避免的缺點，因此，我們把兩種方法結(jié)合起來，取長補短。在開始加工前首先開辟一段內(nèi)存作為緩沖區(qū)（一般不宜過大，如256K），然后一次性編譯若干程序段，直到緩沖區(qū)滿。在這里，編譯的結(jié)果并不是機器能識別的*終代碼，而是另外一種數(shù)據(jù)結(jié)構(gòu)，其定義如下：structNCTemp{UINTNCLineNO；程序段行號CstringArrayModeAddress；存放模態(tài)字CstringArrayNoModeAddress；存放非模態(tài)字BOOLAbsReCord；絕對坐標(biāo)或相對坐標(biāo)標(biāo)志UINTInterpG0123；插補類型CuterComG4012；刀具半徑補償類型LenthComG434；刀具長度補償類型EntMsgWorkPiece；零件實體坐標(biāo)信息BOOLDowithFlag；程序被解釋處理過的標(biāo)志；緩沖區(qū)滿后，啟動解釋處理程序，每次從緩沖區(qū)中取出一個用上述數(shù)據(jù)結(jié)構(gòu)存放的程序段，并將其處理成系統(tǒng)能識別的目的程序，再依次進(jìn)行運動軌跡計算、進(jìn)給速度計算、插補和位控。每個被解釋處理過的程序段必須置標(biāo)志DowithFlag為TRUE。

　　消息驅(qū)動是Windows95的根本運行機制，而多任務(wù)多線程操作又是其*大優(yōu)點。在這里把編譯定義成一個線程；解釋、運動軌跡計算、進(jìn)給速度計算定義成一個線程；插補、位控定義為一個線程。編譯線程優(yōu)先級*低，三個線程通過消息交互。一旦CPU空閑，且緩沖區(qū)中有被解釋處理過的程序段，則啟動編譯線程，從源程序中讀入程序段來刷新這些被解釋處理過的程序段。如此交替，直至整個數(shù)控程序執(zhí)行完畢，從宏觀上看構(gòu)成了時間上的資源重疊。