【文章內(nèi)容簡介】 圖6 供應(yīng)商信息管理模塊操作界面在前面分析時曾經(jīng)說過，本信息管理模塊是系統(tǒng)的核心模塊之一。本模塊負(fù)責(zé)管理圖書觀的日常借閱、歸還、遺失書籍的注銷以及新進圖書的錄入等工作，要管理的信息也較多，涉及被借圖書和借書者這兩方面的內(nèi)容。在書的方面，除了包含書目信息管理模塊中的內(nèi)容外，還要有觀藏圖書編號、入觀日期、是否在庫以及該書的來源即供應(yīng)商的相關(guān)信息。在人的方面，需要包含借走該書的借書卡持有者的詳細信息和借出、歸還日期等內(nèi)容。在功能操作上，需要具備添加、刪除以及編輯的功能。尤其是在刪除記錄信息時，如果該書是同一種書里的最后一本時，應(yīng)把與該書關(guān)聯(lián)的書目信息記錄一并刪除。圖7是根據(jù)此分析過程設(shè)計的本模塊的操作顯示界面。圖7 圖書借閱信息管理模塊操作顯示界面5．圖書借閱信息查詢模塊使用數(shù)據(jù)庫的真正優(yōu)勢在于擁有強大的查詢、統(tǒng)計數(shù)據(jù)的能力。通過查詢將可以從數(shù)據(jù)庫基本表中存儲的大量數(shù)據(jù)中提取出感興趣的信息。圖書借閱信息查詢模塊即針對圖書借閱信息而進行多種條件的查詢。盡管從理論上有多種查詢條件的可能，但是從用戶實際使用的角度考慮，有許多查詢是不會用到的。例如，用戶并不關(guān)心要借的書當(dāng)時是何時從何地買回來的，也不會把借書人聯(lián)系電話、住址以及持有的借書卡簽發(fā)日期等作為查詢條件。更多的可能是想知道圖書是否在庫、查找指定書名的記錄、查找指定作者的記錄、查找指定書號的記錄以及指定卡號的借書卡或是指定姓名的借書卡借走了哪幾本書。這些有實際意義的內(nèi)容做為查詢條件才和合情合理的。圖8給出了由此設(shè)計出的借閱信息查詢界面，查詢得到的結(jié)果將通過圖7所示的界面反饋給用戶：圖8 借閱信息查詢界面6．書目信息查詢模塊書目信息查詢實際是館藏圖書借閱信息查詢的一個子查詢，只負(fù)責(zé)對書目信息表中的數(shù)據(jù)進行篩選。圖9為該模塊的查詢界面，查詢結(jié)果將通過圖5所示的界面反饋給用戶。圖9 書目信息查詢界面在概要設(shè)計階段將數(shù)據(jù)庫源的構(gòu)成劃分為4個基本表，在此將根據(jù)前述對各主要模塊的功能細分對數(shù)據(jù)庫各基本表進行詳細設(shè)計。根據(jù)前面作出的一系列分析過程，可以基本確定出各數(shù)據(jù)庫基本表的字段構(gòu)成，具體情況如圖10所示。這里對字段的設(shè)計是按照關(guān)系數(shù)據(jù)庫的設(shè)計方法進行安排的。例如，館藏圖書信息表中有相當(dāng)一不分字段非別與書目信息表、供應(yīng)商表、借書卡信息表中的字段重復(fù)，如果不進行處理而讓這些字段在數(shù)據(jù)庫中重復(fù)出現(xiàn)，除了浪費存儲空間外，也不利于管理。為此，這里首先為每一個基表各添加了一個主關(guān)鍵字，通過這個主關(guān)鍵字來標(biāo)識表中的每一條記錄，這將確保表中記錄的惟一性。該字段的內(nèi)容并沒有實際意義，只是用來保證每一條記錄的索引。這樣在館藏圖書信息表中與其他表相重復(fù)的各字段，可用一個與該字段建立對應(yīng)關(guān)系的字段來代替。也就是說，替換后的館藏圖書信息表將不再包含與其他表相重復(fù)的字段，而是通過一個與之有對應(yīng)關(guān)系的索引建立起來映射關(guān)系。經(jīng)過這樣處理，館藏圖書信息表的冗余信息大大減少，也方便維護。具有這樣對應(yīng)關(guān)系得到數(shù)據(jù)庫即為關(guān)系數(shù)據(jù)庫。借書卡信息表 供應(yīng)商信息表 書目信息表 館藏圖書表 圖10 各基本的字段構(gòu)成目前創(chuàng)建的數(shù)據(jù)庫各表中的所有字段均采用默認(rèn)設(shè)置（為“文本”數(shù)據(jù)類型），這不利于信息的維護管理。需要根據(jù)不同字段的具體含義設(shè)置相應(yīng)的數(shù)據(jù)類型，并指定其占用的空間大小等屬性。圖11為各基本表的字段的數(shù)據(jù)類型設(shè)置： 借書卡表 館藏圖書信息表 書目信息表 供應(yīng)商表 圖11 各基本字段的數(shù)據(jù)類型設(shè)置根據(jù)本系統(tǒng)需要完成的任務(wù)以及前面對各主要功能模塊的劃分和數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計，可以完成編碼前的總體程序框架搭建的工作。總的來說，本程序結(jié)構(gòu)上可以劃分為兩層。位于上層的是框架界面層，負(fù)責(zé)程序整體框架的創(chuàng)建、管理，用戶通過該層提供的用戶界面接口完成對本系統(tǒng)軟件的操作和使用。所有的操作結(jié)果也都是通過該層信息反饋給用戶；位于程序低層的是數(shù)據(jù)訪問層，負(fù)責(zé)建立應(yīng)用程序到數(shù)據(jù)庫源的數(shù)據(jù)連接，應(yīng)用程序?qū)⑼ㄟ^該層向數(shù)據(jù)庫發(fā)出各種操作請求，并接受由數(shù)據(jù)庫源返回的操作結(jié)果。在數(shù)據(jù)訪問層，本系統(tǒng)擬采用ODBC開放式數(shù)據(jù)庫連接方式建立到數(shù)據(jù)庫源的訪問鏈路。下面將對MFC對ODBC的支持作簡要介紹：MFC主要通過CDatabase、CRecordset和CRecordView提供ODBC的支持。這些數(shù)據(jù)庫類通過對ODBC API的封裝，為用戶提供了一種高級編程接口，而避免直接使用ODBC API所涉及的種種繁瑣處理，大大簡化了對ODBC數(shù)據(jù)庫的應(yīng)用程序編程。CDatabase類是操作ODBC數(shù)據(jù)源的基礎(chǔ)，封裝了應(yīng)用程序?qū)DBC數(shù)據(jù)源連接的處理，此外也提供了控制數(shù)據(jù)傳輸和執(zhí)行SQL語句的功能。CDatabase類對象有兩種類型：動態(tài)集（dynaset）和快照（snapshot）。CRecordset類提供了應(yīng)用程序中記錄集對象變量與數(shù)據(jù)庫字段之間的數(shù)據(jù)交換能力，并允許對于數(shù)據(jù)庫執(zhí)行各種操作。CRecordView類從CForm View類派生并總是與CRecordset類相關(guān)聯(lián)。CrecordView類用于在窗體上顯示數(shù)據(jù)庫記錄，并利用記錄字段交換相關(guān)聯(lián)的對話數(shù)據(jù)交換實現(xiàn)對記錄集變化的自動跟蹤。從這幾個ODBC支持類的介紹上看，可采用CRecordset類和CrecordView類構(gòu)建位于底層的數(shù)據(jù)訪問模塊。從結(jié)構(gòu)化程序設(shè)計的角度考慮，在CDatabase建立到數(shù)據(jù)源的連接后，將后成數(shù)據(jù)庫的沒一個基表分別用CRecordset派生的相應(yīng)子類進行一一對應(yīng)的管理，這幾個CRecordset派生類的類對象即為程序的上層結(jié)構(gòu)提供了數(shù)據(jù)源各基表的訪問功能。這些CRecordset派生類通過與其建立關(guān)聯(lián)的CrecordView類的派生對象與界面層發(fā)生關(guān)系。屬于界面層的其他類如CmainFrame等可以通過這些CRecordeView派生類對象對數(shù)據(jù)訪問層獲取到的數(shù)據(jù)進行訪問。這些類之間的相互關(guān)系如圖12所示。其中，記錄集類CProviderSet、CBookInfoSet、CBorrowerCard和CLibrarySet分別對應(yīng)數(shù)據(jù)庫中的供應(yīng)商表、書目信息表、借書卡表和借閱信息表，并分別與界面層的CProviderView、CBookInfoView和CLibraryView相對應(yīng)（CBorrowerCard不與視圖類發(fā)生關(guān)聯(lián)）。 界面層數(shù)據(jù)庫CLibraryViewCBookInfoViewCProviderViewCMainFrameCLihratSetCBookUnfoSetCBorrowerCardCProviderSetCDatabase借閱信息表書目信息表借書卡表供應(yīng)商表圖12 程序結(jié)構(gòu)層次示意圖對于這種結(jié)構(gòu)層次，使用文檔視圖結(jié)構(gòu)的應(yīng)用程序框架比較合適，但由于用到的這幾個記錄集視圖類的基類為CRecordView，而它又是從CFormView派生，這樣就只能采用單文檔結(jié)構(gòu)的程序構(gòu)架。為了能夠在需要的時候顯示相應(yīng)的視圖，該單文檔結(jié)構(gòu)的程序框架應(yīng)具有動態(tài)切換窗體視圖的能力。 使用MFC AppWizard（exe）向?qū)г谛陆üこ添椖繒r選擇“MFC App Wizard(exe)”類型的應(yīng)用程序向?qū)?。在隨后的工程選項中按如下配置項進行設(shè)置：單文檔、無須文件支持的數(shù)據(jù)視圖支持、CRecordView作為視圖類的基類。其中，在選擇無須文件支持的數(shù)據(jù)庫視圖支持時，同時指定要建立關(guān)聯(lián)的數(shù)據(jù)庫表。再點擊【Data Source…】按扭配置數(shù)據(jù)源選擇對話框。如圖13所示：圖 13 選擇數(shù)據(jù)源由此創(chuàng)建的工程已通過CDatabase類完成到數(shù)據(jù)源的連接，并通過CRrcordSet類的派生類CLibrarySet與館藏圖書建立了聯(lián)系。從CLibrarySet類的實現(xiàn)代碼可以看出其類成員變量與數(shù)據(jù)庫表中各字段的綁定過程：圖14 選擇數(shù)據(jù)庫表 窗體的切換當(dāng)前程序只包含一個與館藏圖書表相關(guān)的記錄集CLibrarySet 相關(guān)聯(lián)的窗體視圖，根據(jù)在詳細設(shè)計階段所作出的設(shè)計，還要添加其他兩個窗體視圖。首先要添加窗體資源到工程：插入資源時，從Dialog項目下選擇IDD_FORMVIEW類型的對話框，并將其語言改為中國（Chinese()）、資源ID更改為IDD_PROVIDER_FORM。隨后通過Insert菜單下的【New Class…】菜單項啟動如圖15所示的向?qū)ы撁妫瓿膳c數(shù)據(jù)庫表相關(guān)聯(lián)的窗體視圖和記錄集類的添加。圖15 添加新的視圖類在上述添加操作完成后，工程中將增加與供應(yīng)商表相關(guān)聯(lián)的新類CProviderSet 和CProviderView。并以同樣的方式添加與其他信息相關(guān)聯(lián)的類。對各窗體視圖的切換操作是在程序框架中進行的，因此相關(guān)處理函數(shù)應(yīng)在框架類CMainFrame 中添加。首先添加視圖切換的核心處理函數(shù)SwitchToForm():void CMainFrame::SwitchToForm(int nForm){ // 獲取原來的活動窗體的視圖句柄 CView* pOldActiveView = GetActiveView()。 // 獲取由nForm標(biāo)識的窗體所對應(yīng)的視圖句柄 CView* pNewActiveView = (CView*) GetDlgItem(nForm)。 // 若視圖句柄為空，則創(chuàng)建一新的。………………….. // 選擇pNewActiveView為活動窗體 SetActiveView(pNewActiveView)。 // 顯示活動窗體，隱藏非活動窗體 pNewActiveViewShowWindow(SW_SHOW)。 pOldActiveViewShowWindow(SW_HIDE)。 // 設(shè)置ID int ID。 if(pOldActiveViewGetRuntimeClass()== RUNTIME_CLASS(CLibraryView)) ID = IDD_LIBRARY_FORM。if(pOldActiveViewGetRuntimeClass()==RUNTIME_CLASS(CBookInfoView)) ID = IDD_BOOKINFO_FORM。 if(pOldActiveViewGetRuntimeClass()==RUNTIME_CLASS(CProviderView)) ID = IDD_PROVIDER_FORM。 //設(shè)置窗體的ID號 pOldActiveViewSetDlgCtrlID(ID)。 pNewActiveViewSetDlgCtrlID(AFX_IDW_PANE_FIRST)。 RecalcLayout()。} 下面給出“顯示書目信息”菜單響應(yīng)函數(shù)OnShowbookInfo()，其他幾個函數(shù)的實現(xiàn)過程與之類似：void CMainFrame::OnShowbookInfo() { // 顯示書目信息表 if (GetActiveView()IsKindOf(RUNTIME_CLASS(CBookInfoView))) return。 SwitchToForm(IDD_BOOKINFO_FORM)。} 為了使用戶能夠清楚知道當(dāng)前位于哪一個窗體，應(yīng)當(dāng)在使用菜單選中某個窗體