【正文】 的辦法是設計兩個繼承類，繼承CFBParamClass ，重載了基類中的虛函數(shù)DrawFBParam()。 在功能塊組態(tài)程序中，功能塊是由連線組織在一起的，這里需要設計一個物件類來表示連線， 類名稱定義為ClinkObj。連接線物件的功能就是將兩個功能塊的參數(shù)從邏輯上和圖形上聯(lián)系在一起，設計時同樣從兩個角度去定義成員變量，連接線是個矢量，它代表了能量流的方向，在組態(tài)編輯時定義了默認的方向，是從左到右，從上到下的。所以不用一個成員變量來標志矢量。連接線基本包括兩種線型，如圖：XYDCBCA312123線型一線型二圖39 連接對象的兩種基本線型BAD以線型二為例，鏈接對象有三條線段組成，可通過A、B、C、D四個點來確定，假定這四個點的坐標依次存放于CPoint m_point[4]數(shù)組中，A點的坐標為out_x、out_y，D點的坐標為in_x、in_y，中間的豎線取兩個端點的中間位置。由于在程序中采用MM_TEXT的坐標映射方式，即水平增量方向為從左到右，垂直增量方向為從上到下. 由圖可知只需要知道out_x、out_y、in_x、in_y、的值就可以完全確定四個點的坐標，從而確定鏈接對象的圖形表示。out_x、out_y、in_x、in_y的值取決于功能塊的位置，因此當功能塊的位置發(fā)生變化的時候應同時計算出這四個值。這樣就實現(xiàn)了線型一的可視化操作，同理亦可實現(xiàn)線型二的可視化操作。 從鏈接的邏輯角度看，包括了能量流的源功能塊和參數(shù)(CFBClass *m_pSoureFB ,CFBParamClass *m_pSourceParam)，能量流的目的功能塊和參數(shù)(CFBClass *m_pDestFB,CFBParamClass *m_pDestParam)，這些參數(shù)標記了鏈接線物件和功能塊物件的邏輯關系，無論這些物件的存儲方式如何，通過這些邏輯關系可以構建出一個功能塊網(wǎng)絡。 鏈接線物件中一個重要的成員變量是臨時變量地址m_MemAddress。當用戶在兩個功能塊的參數(shù)之間添加鏈接線時，程序為兩個參數(shù)變量賦值“Temp”字符串，Temp表示的是用一個臨時的位變量來保存，在編譯后，會根據(jù)不同的連線將連線兩端的位變量參數(shù)賦值“Temp_n”形式的字符串，其中的n值就是m_MemAddress,既然在下為機中需要這樣一個位變量來做Temp變量，那就需要知道在下位機中的地址，m_MemAddress就表示這個地址。由此可知，在下為機中不需要一個數(shù)據(jù)結(jié)構來保存鏈接線結(jié)構，是由地址為m_MemAddress的位變量來做鏈接兩個參數(shù)的中間變量。鏈接線在可視化組態(tài)中是可以拖動的，所以要設計鼠標點擊測試函數(shù)和調(diào)整連線位置的函數(shù)。功能塊和連線都是在網(wǎng)絡中的，一個網(wǎng)絡是一個程序段的容器，包括了功能塊物件和連接線物件的集合，同時又是一個繪圖的標尺，確定了功能塊和連線的位置。這里將功能塊和鏈接物件的集合用List來保存起來。List中的保存順序是由用戶添加的順序決定的，不能反應出功能塊之間的任何邏輯，但是在鏈接線物件的集合中每個鏈接線都保留這源功能塊參數(shù)和目的功能塊參數(shù)，所以他們之間的邏輯是隱型存在的，這點非常重要，因為在編譯程序中需要對功能塊進行排序。成員變量代碼如下：CNetWork圖形信息成員變量邏輯屬性信息成員變量當前選中單元格的左上點坐標 CPoint ptLTCurCell當前選中的單元格的行 int m_nRow當前選中的單元格的列 int m_Col?！?網(wǎng)絡號 int m_nNetworkID功能塊集合 CListCFBClassm_FBList連接線集合 CListCLinkObjm_LinkObjList 圖310 CNetWork 成員變量CNetWork的成員函數(shù)大部分都是繪圖的代碼，繪制出一個可以改變大小的網(wǎng)格，這樣可以規(guī)范功能塊編程的格式，使功能塊和連接線整齊的排列在網(wǎng)格中，展現(xiàn)一個良好的可視化編程界面，代碼中需要注意的就是邏輯坐標和設備坐標的轉(zhuǎn)換問題。一個功能塊的文檔是由若干的網(wǎng)絡組成，功能塊文檔類是一個很龐大的類，因為作為MFC主框架文檔/視圖結(jié)構的文檔類，它會與視圖類承擔絕大部分的軟件功能，由視圖類處理用戶的操作，然后將操作保存到文檔類中，同時文檔類還承擔了永久化保存的功能，所謂永久化保存，就是將程序運行在內(nèi)存中的信息保存到硬盤中，這樣在機器掉電的情況下可以繼續(xù)保存當前軟件的狀態(tài)，在MFC中提供這樣的永久化機制，MFC的CObject類添加一個虛重載函數(shù)到類中。[9]該函數(shù)為Serialize( )。我們將用我們自己的Serialize( )重載這個Serialize( )，使之裝入和保存成員變量到磁盤上。這只是一種選擇，現(xiàn)在更加流行的一種趨勢是采用XML文件來保存數(shù)據(jù)結(jié)構實現(xiàn)永久保存，使用XML文件的好處在于各個平臺通用，可移植性好，幾乎所有的應用程序都能處理XML文件，并且通過DOM提供的方法可以很快捷的對XML文件進行操作，在本程序中將采用XML文件作為功能塊的存儲文件類型。功能塊文檔類的數(shù)據(jù)成員和成員函數(shù)都很龐大，因為組態(tài)軟件的很多功能都是在這里得以實現(xiàn)，例如功能塊復制粘貼，網(wǎng)絡的復制粘貼等，但是這些功能不能算作是整個功能塊編輯程序設計的主線，所以在此就不討論。CFBDDoc功能塊網(wǎng)絡鏈表CListCNetWorkNetworkListCFBDDocData m_Data。…SerializeXMLReadNetWorkParaSaveNetWorkPara…. 圖311 功能塊文檔類CFBDDocData類是一個用來與XML文件交互的輔助類，它定義了一組數(shù)據(jù)結(jié)構，與XML文件中的信息相映射，還提供了一組Serialize方法，用來實現(xiàn)數(shù)據(jù)讀取和寫入的功能，在讀寫參數(shù)過程中我們用到了TinyXML類，用TinyXML在描述文件中尋找節(jié)點讀取或?qū)懭雽傩灾怠Ｋ钱斍胺浅Ａ餍械囊豢铋_源的XML解析器，可以與微軟的DOM相媲美。SerializeXML函數(shù)是功能塊文檔類讀取和寫入XML文件的方法，通過一個布爾類型的變量來判斷是讀取還是寫入。當為寫入時首先調(diào)用SaveNetWorkPara函數(shù)將類中的信息保存到m_Data中,然后m_Data將信息保存到XML文檔中。當為讀取時，m_Data首先將XML文檔中的信息讀取出來，然后將數(shù)據(jù)賦值到類的成員變量中，生成一個功能塊文檔的實例。SaveNetWorkPara函數(shù)是將當前的功能塊文檔類的成員變量保存到CFBDDocData類型的m_Data中去，m_Data中的數(shù)據(jù)結(jié)構基本上與功能塊文檔類的成員數(shù)據(jù)對應，這樣可以將當前功能塊文檔類的實例的內(nèi)部數(shù)據(jù)映射到了m_Data中去，通過保存保存到XML文件中去。ReadNetWorkPara函數(shù)功能是相反的，通過讀取XML文件，解析保存到m_Data中，然后通過ReadNetWorkPara將參數(shù)信息賦值到功能塊文檔類實例的成員變量中，在程序中運作。（XML文檔結(jié)構看附錄）上述可知，CFBDDoc類實現(xiàn)了永久化保存的功能。()的設計功能塊編譯程序是一個獨立的支持MFC框架的控制臺程序，,它編譯的對象是功能塊程序文件（XML文件），實現(xiàn)的功能是將功能塊程序的描述文件通過編譯生成可以下載到下位機的二進制文件，從數(shù)據(jù)結(jié)構角度看是將功能塊的描述解析成下位機中功能塊的數(shù)據(jù)結(jié)構，從組成結(jié)構角度看是將功能塊描述的內(nèi)在連接邏輯按找功能塊程序地執(zhí)行順序轉(zhuǎn)化為一個線性的邏輯。編譯程序的輸出是一個可以直接通過通信接口下載到下位機的二進制文件。這里的二進制信息就是要下載到下位機的功能塊數(shù)據(jù)結(jié)構的隊列。功能塊的編譯程序不同于文本編譯程序，文本編譯程序可以通過讀取文本符號通過文法分析生成中間代碼，功能塊程序的描述文件雖然也是文本，但是它是可以被XML解析器解析的文本，它描述的信息是功能塊程序圖形信息，采用文本編譯程序的策略是背道而馳的，我們應該才用一種更加面向?qū)ο蟮姆绞絹斫馕雒枋鑫募械男畔?，這里采用的策略是將描述文件抽象出功能塊文檔類，這里的功能塊文檔類和可視化編輯程序設計中的CFBDDoc類不同，它的成員變量不包括界面圖形繪圖信息，只包括在編譯過程中可能用到的屬性信息。同樣，在功能塊文檔類中的功能塊網(wǎng)絡類，功能塊類，鏈接線類，功能塊參數(shù)類都不再需要界面繪圖信息的成員變量。在成員函數(shù)方面，每種類型都有針對自己類型的編譯策略。最后通過類之間的包含關系和函數(shù)的調(diào)用將編譯方法合理的組織在一起，實現(xiàn)編譯功能。如圖：在編譯程序中，類的命名還采用物件的名稱，和編輯程序中的類命名是相同的。XML文件解析功能塊文檔類編譯二進制文件 圖312 編譯過程的信息的形式轉(zhuǎn)化編譯程序的功能不只是將功能塊程序描述文件轉(zhuǎn)化為二進制文件，PLC_Config是支持將功能塊程序從下位機上載到軟件中的，這需要另外一種編譯機制是將二進制文件轉(zhuǎn)化為描述文件，這種反向編譯的設計思想和正向編譯大致相同，將從通信模塊讀取的二進制文件使用memcopy函數(shù)轉(zhuǎn)化為有實際意義功能塊結(jié)構體，再將結(jié)構體中的數(shù)據(jù)賦值到各個類的成員變量中去，這樣就生成了功能塊文檔類的實例，再通過SerializeXML函數(shù)保存到描述文件中去。作為一個編譯程序，對程序的錯誤檢測報告時必須的，報錯信息將分布在整個編譯過程中，怎樣將子程序的報錯信息傳遞給主程序，可以實現(xiàn)像VC那樣的點擊錯誤信息程序?qū)⒍ㄎ辉诔鲥e的代碼，通過查閱資料，需要使用通道的進程間通信的技術。將PLC_Config的編譯部分獨立成一個單獨的可執(zhí)行文件，需要用命令行的方式為編譯程序提供必要的參數(shù)。正如微軟VC++ ，我們在編譯時需要在項目屬性中設置命令行，如：/Od /I ../inc_third_parts /I ../inc_DCCE /I ../inc_third_parts/XTToolkit /I ./ /D WIN32 /D _DEBUG /D _WINDOWS /D _AFXDLL /D _MBCS /FD /EHsc /RTC1 /MDd /Zc:wchar_t /Yu /Fp.\Debug/ /Fo.\Debug/ /Fd.\Debug/ /W3 /WX /nologo /c /ZI /TP以上的命令行參數(shù)提供了編譯程序所需要的文件路徑（如：頭文件路徑，輸出路徑等），程序運行的平臺（如WIN32），編譯程序的動作選擇（如：是否使用預編譯頭文件，生成DEBUG或RELEASE版本，是否優(yōu)化程序等）。PLC_Config編譯程序的命令行參數(shù)的設計可以借鑒VC++ ，結(jié)合PLC_Config程序自身的特點來定義編譯程序所需的命令行參數(shù)。首先，參數(shù)的種類和數(shù)量一定可以是當前調(diào)用程序（PLC_Config）能夠提供的，并且一定要滿足編譯程序可以正確的，方便的完成調(diào)用程序的編譯任務。其次，不能出現(xiàn)兩個不同的編譯任務使用相同的編譯命令行的現(xiàn)象，同時也要考慮到由于設備差異所產(chǎn)生的問題，所以參數(shù)一定要包含這些差異的信息，最后，考慮參數(shù)的可拓展性，由于對將來編譯部分功能的發(fā)展方向沒有明確的定義，并且考慮到添加新的編譯功能不會給程序的修改帶來很大的麻煩，所以暫時不考慮預留的命令行參數(shù)。 設計的命令行參數(shù)如下表格表31 命令行參數(shù)參數(shù)參數(shù)意義參數(shù)定義和相對意義In輸入程序文件的路徑輸入程序文件路徑字符串Out編譯后的生成文件保存路徑生成文件保存路徑字符串DevType設備類型設備類型字符串DevVersion設備版本設備版本號字符串Action編譯動作“XtoB” XML轉(zhuǎn)為Bin“BtoX” Bin轉(zhuǎn)為XML 類似函數(shù)的參數(shù)傳遞，在主程序調(diào)用編譯程序時使用不同的命令行參數(shù)決定了編譯的方式和編譯動作，命令行是通過編譯程序的main函數(shù)的參數(shù)傳遞到編譯程序中去的，控制臺main的函數(shù)為：int _tmain(int argc, TCHAR* argv[], TCHAR* envp[])；其中，argc參數(shù)為參數(shù)個數(shù)，TCHAR*argv[]，是個字符指針數(shù)組，每個數(shù)組元素指向了每個參數(shù)字符串的首個字符，這里的命令行參數(shù)采用的是（名字/值對）形式，為了方便我們用到了Boost庫中的Program_options庫，Program_options庫提供了程序選項配置(名字/值對), 程序選項通常是通過命令行參數(shù)或配置文件提供。這個庫減輕了手工分析這些數(shù)據(jù)的負擔。有過使用VC經(jīng)驗的人都知道，雙擊編譯過程中的出錯信息，vc會自動定位到出錯的代碼，在PLC_Config中同樣要求有這樣的功能，對出錯的功能塊或功能塊參數(shù)程序要定位到它所在的網(wǎng)絡，這里遇到了一個問題，編譯程序是一個獨立的控制臺程序，它作為PLC_Config的子程序，編譯程序如何能將出錯的信息傳遞給主程序。通過查閱網(wǎng)站了解到VC采用了Windows管道技術來實現(xiàn)進程間的通信。管道技術由來已久，Dos命令里的管道技術比較被大家所熟悉，當我們type一個文件的時候如果想讓他分頁實現(xiàn)輸出可以 C:\type |more ,這里的”|”就是管道操作符他以type輸出的信息為讀取端，以more的輸入端為寫入端建立管道。Windows中使用較多的管道也是匿名管道，它通過API函數(shù)CreatePipe創(chuàng)建。當創(chuàng)建一個管道后，目的是把DOS上的一個程序輸出的東西重定向到一個信息報告模塊的Edit控件中，在PLC_Config中調(diào)用編譯程序時，不能出現(xiàn)DOS控制臺的窗口，這里用CreateProcess創(chuàng)建Dos進程。在CreateProcess參數(shù)中有一個LPSTARTUPINFO lpStartupInfo參數(shù)，在這個參數(shù)結(jié)構體中 wShowWindo