C#框架的總體設(shè)計知識點有哪些

本篇內(nèi)容介紹了“C#框架的總體設(shè)計知識點有哪些”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

成都創(chuàng)新互聯(lián)提供網(wǎng)站設(shè)計制作、做網(wǎng)站、網(wǎng)頁設(shè)計，成都品牌網(wǎng)站建設(shè)，1元廣告等致力于企業(yè)網(wǎng)站建設(shè)與公司網(wǎng)站制作，10余年的網(wǎng)站開發(fā)和建站經(jīng)驗,助力企業(yè)信息化建設(shè)，成功案例突破數(shù)千家,是您實現(xiàn)網(wǎng)站建設(shè)的好選擇.

2.1    宿主程序設(shè)計

    作為插件式應(yīng)用框架，要有一個宿主程序來承載、加載插件，為插件、驅(qū)動提供可運行的環(huán)境，使宿主程序與插件無縫對接。宿主程序與插件的關(guān)系是水和魚的關(guān)系，有水沒魚，水就失去了價值；有魚沒水，魚就會死去。從關(guān)系的角度來分析，開發(fā)框架的目的是什么？是與其他事物發(fā)生關(guān)系，包括：開發(fā)者、二次開發(fā)者、應(yīng)用者、插件、甚至其他軟件或組件等。發(fā)生的關(guān)系越多、相處越融洽，證明這個框架的價值越高。所以說，一個好的框架平臺，不僅體現(xiàn)了開發(fā)者的技術(shù)，同時反應(yīng)了開發(fā)者的情商。

    SuperIO框架使用NET反射技術(shù)開發(fā)插件管理機制，在本章中不詳細(xì)介紹具體的技術(shù)細(xì)節(jié)，在《第8章 插件引擎設(shè)計》中再進行詳細(xì)的介紹技術(shù)應(yīng)用。

    那么一個框架的宿主程序應(yīng)該怎么樣去設(shè)計呢？或是說從哪些方面去考慮設(shè)計問題？在開發(fā)SuperIO框架的時候，一直在思考這個問題。首先，這個問題不應(yīng)該從技術(shù)角度去考慮，而應(yīng)該從人的角度去考慮如何做，應(yīng)用者的角度、二次開發(fā)者的角度來規(guī)劃宿主程序。

    從應(yīng)用角度來分析，宿主程序應(yīng)該包括：用戶管理、設(shè)備驅(qū)動管理、設(shè)備狀態(tài)監(jiān)視方式、自定義UI插件顯示方式、自定義輸出數(shù)據(jù)插件操作方式、服務(wù)插件的服務(wù)方式、軟件運行的監(jiān)視方式、串口IO通道監(jiān)視方式、網(wǎng)絡(luò)IO通道監(jiān)視方式等等。這些是我們從大的方向規(guī)劃的，還需要再進一步細(xì)化，指引我們的開發(fā)工作。

    用戶管理，要支持多用戶以及用戶權(quán)限分配。針對實時數(shù)據(jù)采集框架，面對現(xiàn)場應(yīng)用的時候，肯定會涉及到兩個角色：使用人員、工程師人員。針對使用人員的權(quán)限定位：可以查看參數(shù)和數(shù)據(jù)信息。針對工程師人員的權(quán)限定位：不僅擁有使用人員的權(quán)限，還可以修改參數(shù)。用戶管理的菜單，如下圖：

     設(shè)備驅(qū)動管理，設(shè)備驅(qū)動（插件）是通過接口、抽象類設(shè)計的框架核心部分之一，可以把二次開發(fā)好的設(shè)備插件加載到框架中運行，完成數(shù)據(jù)采集、校驗、解析、處理等相關(guān)操作，以及進行命令、數(shù)據(jù)的交互。同時，設(shè)備驅(qū)動管理還應(yīng)該具體刪除相關(guān)的設(shè)備插件的功能。增加設(shè)備插件，如下圖：

     設(shè)備狀態(tài)監(jiān)視方式，我們可以把它稱為“設(shè)備運行器”，它并不是對不同類型設(shè)備驅(qū)動的所有參數(shù)、屬性等數(shù)據(jù)進行簡單顯示，而是對設(shè)備通用參數(shù)、屬性、實時狀態(tài)等數(shù)據(jù)進行顯示、監(jiān)視，例如：設(shè)備ID、設(shè)備名稱、地址、通訊類型、IO參數(shù)、IO狀態(tài)、通訊狀態(tài)、設(shè)備狀態(tài)、報警狀態(tài)、設(shè)備類型和編號等。如下圖：

     自定義UI插件顯示方式，二次開發(fā)者在規(guī)范的接口基礎(chǔ)上開發(fā)數(shù)據(jù)顯示方式，掛載到框架的配置文件中，當(dāng)用戶單擊某一個顯示視圖的時候，以Tab Form的形式顯示，并且可以單擊按鈕進行關(guān)閉，如下圖：

     自定義輸出數(shù)據(jù)插件操作方式，這種輸出數(shù)據(jù)的是對實時數(shù)據(jù)的導(dǎo)出，更多的是以事務(wù)性的服務(wù)存在，可以把一類的設(shè)備數(shù)據(jù)輸出成多種數(shù)據(jù)格式。輸出數(shù)據(jù)插件可以通過配置文件進行加載，只要設(shè)備驅(qū)動有數(shù)據(jù)更新，就把數(shù)據(jù)通過接口傳遞給輸出數(shù)據(jù)插件，進行輸出操作。不在配置文件中配置插件信息，則程序不進行加載，不進行輸出操作。所以，這種事務(wù)性的服務(wù)不需要界面來完成，可以在宿主程序啟動時通過代碼來完成。

     服務(wù)插件的服務(wù)方式，這種服務(wù)是長期運行的事務(wù)性任務(wù)，所以更復(fù)雜一些。有些服務(wù)需要隨宿主程序啟動而自動運行，有些服務(wù)需要人工手動啟動才運行。在宿主程序啟動的時候要把服務(wù)的信息加載到菜單上，菜單里顯示的這些服務(wù)可能有些已經(jīng)啟動了，有些需要通過單擊操作，顯示窗體并填寫必要的信息后才可能啟動。所以，宿主程序與服務(wù)插件不是單向交互，而是雙向數(shù)據(jù)、事件交互。例如：把設(shè)備的數(shù)據(jù)采集上來、處理之后，要把數(shù)據(jù)上傳到服務(wù)中心或其他區(qū)域，就可以開發(fā)一個插件來完成這項任務(wù)，如下圖：

     軟件運行的監(jiān)視方式，這是一種實時日志監(jiān)視器，可以監(jiān)視框架運行情況、以及設(shè)備的運行情況。把異常的信息可以友好的顯示出來，把異常的詳細(xì)信息保存到日志文件。我們可以把它稱為“運行監(jiān)測器”，對于實時數(shù)據(jù)采集框架的運行是很有幫助的。如下圖：

     串口IO通道監(jiān)視方式，當(dāng)某一個設(shè)備驅(qū)動以串口方式通訊時，當(dāng)串口參數(shù)動態(tài)發(fā)生改變時會在串口監(jiān)視器反映當(dāng)前串口IO狀態(tài)，例如：增加串口、刪除串口、串口號和波特率的改變等。如下圖：

     網(wǎng)絡(luò)IO通道監(jiān)視方式，相對好設(shè)計一些，只需要對Socket實例的連接和斷開進行事件反映，Socket實例有效時把信息增加到網(wǎng)絡(luò)監(jiān)視器中，Socket實例無效時，并釋放了相關(guān)資源后，從網(wǎng)絡(luò)監(jiān)視器刪除相關(guān)信息。如下圖：

      基于以上的分析，我們需要構(gòu)建一個完整的宿主程序，必要的功能要有，但是這個程序不一定很復(fù)雜，因為有些功能、響應(yīng)、屬性、數(shù)據(jù)等可以放到設(shè)備插件中完成，在《第3章   設(shè)備驅(qū)動的設(shè)計》中詳細(xì)介紹設(shè)計情況。構(gòu)建的宿主程序，如下圖：

     如果光有了宿主程序，那么還沒有分析全面。還需要以二次開發(fā)者的角度分析宿主程序是否能夠與二次開發(fā)者保持良好的關(guān)系。這里涉及到宿主程序存在的形式問題，宿主程序作為SuperIO框架的一部分，是一個整體的組件。希望二次開發(fā)者繼承宿主程序就可以快速構(gòu)建一個自己的主程序，可以在此基礎(chǔ)上擴展功能，這樣的話，需要把宿主程序的關(guān)鍵控件的訪問權(quán)限設(shè)置成protected。另外，宿主程序還需要一個配置文件，把二次開發(fā)者關(guān)心的參數(shù)可設(shè)置，例如：標(biāo)題、版本號、公司名稱等。

    經(jīng)過上述的過程，我們就對宿主程序有一個清晰認(rèn)識和規(guī)劃。界面的骨架已經(jīng)搭建出來，在后期的開發(fā)過程序中從細(xì)節(jié)著手，逐步實現(xiàn)這些功能。但是，這樣一個簡單的界面需要很多類、模塊等支撐。以后章節(jié)會對每個模塊進行詳細(xì)設(shè)計說明。                                

2.2    通訊機制設(shè)計

    對于實時數(shù)據(jù)采集框架，通訊部分始終是軟件的核心，要求高實時性、高穩(wěn)定性。軟件框架決定了軟件運行的穩(wěn)定性，以及以后的擴展性，所以需要對通訊機制、控制方式進行良好的設(shè)計。

    在《1.通訊框架介紹》中的已經(jīng)對應(yīng)用場景進行了介紹，所以決定了軟件框架在通訊方面的應(yīng)用有兩種方式：主動請求和被動接收。

    主動請求方式又可以稱之為呼叫應(yīng)答方式或主從方式。也就是說，主動權(quán)在軟件框架端，只有軟件框架主動發(fā)送請求命令，從機（硬件設(shè)備、傳感器等）接收到命令后并且檢驗數(shù)據(jù)的完整性，以及確定是否發(fā)給自己的命令，校驗成功后，返回指定的數(shù)據(jù)信息，完成一次完整的鏈路通訊過程。呼叫應(yīng)答通訊方式，如下圖：

   被動接收方式是軟件框架實時監(jiān)測IO通道，只要有數(shù)據(jù)信息就會提取出來，進行數(shù)據(jù)校驗，檢驗成功后，分析、處理、保存數(shù)據(jù)信息。例如設(shè)備、傳感器等定時發(fā)送狀態(tài)數(shù)據(jù)。這種通訊方式，如下圖：

    在復(fù)雜的應(yīng)用場景中，這兩種通訊方式都有可能存在，此類情況一般是采用以太網(wǎng)鏈路進行通訊。針對只有外接串口的設(shè)備可以通過以太網(wǎng)轉(zhuǎn)換模塊來接入。

2.1.1    串口通訊機制

由于串口通訊的特性限制，避免多個硬件設(shè)備連接到串口總線出現(xiàn)數(shù)據(jù)混亂

現(xiàn)象，一般采用輪詢模式的呼叫應(yīng)答通訊機制。

2.1.1.1     輪詢模式

當(dāng)有多個設(shè)備連接到通訊平臺時，通訊平臺會輪詢調(diào)度設(shè)備進行通訊任務(wù)。某一時刻只能有一個設(shè)備發(fā)送請求命令、等待接收返回數(shù)據(jù)，這個設(shè)備完成發(fā)送、接收（如果遇到超時情況，則自動返回）后，下一個設(shè)備才進行通訊任務(wù)，依次輪詢設(shè)備。如下圖：

2.2.2    網(wǎng)絡(luò)通訊機制

   輪詢通訊機制是保證數(shù)據(jù)有序的發(fā)送、接收，避免并發(fā)數(shù)據(jù)在串口總線上出現(xiàn)混亂，但是這種通訊機制是以降低性能為代價的，適用于串口通訊，在以太網(wǎng)通訊中顯然無法充分利用網(wǎng)絡(luò)通訊的優(yōu)勢。以太網(wǎng)是獨立信道、可以全雙工通訊。為了充分發(fā)揮以太網(wǎng)的優(yōu)勢，在輪詢通訊機制的基礎(chǔ)上增加了并發(fā)通訊模式、自控通訊模式。一是為了提高通訊的性能，二是為了二次開發(fā)有更多自主控制權(quán)。

2.2.2.1     輪詢模式

   以太網(wǎng)輪詢通訊模式與串口通訊模式一致，如下圖：

2.2.2.2    并發(fā)模式

     并發(fā)通訊模式是集中發(fā)送所有設(shè)備的請求指令，現(xiàn)在SuperIO框架是采用循環(huán)同步方式發(fā)送請求命令。還有進一步提高的機會，采用并行異步方式集中發(fā)送請求命令。硬件設(shè)備接收到指令后進行校驗，校驗成功后返回對應(yīng)指令的數(shù)據(jù)，通訊平臺異步監(jiān)聽到數(shù)據(jù)信息后，進行接收操作，然后再進行數(shù)據(jù)的分發(fā)、處理等。如下圖：

2.2.2.3    自控模式

     自控通訊模式與并發(fā)通訊模式類似，區(qū)別在于發(fā)送指令操作交給設(shè)備驅(qū)動本身進行控制，或者說交給二次開發(fā)者，二次開發(fā)者可以通過時鐘定時用事件驅(qū)動的方式發(fā)送指令數(shù)據(jù)。硬件設(shè)備接收到指令后進行校驗，校驗成功后返回對應(yīng)指令的數(shù)據(jù)，通訊平臺異步監(jiān)聽到數(shù)據(jù)信息后，進行接收操作，然后再進行數(shù)據(jù)的分發(fā)、處理等。

      自控通訊模式可以為二次開發(fā)者提供精確的定時請求實時數(shù)據(jù)機制，使通訊機制更靈活、自主。如下圖：

      并發(fā)模式和自控模式都可被動接收數(shù)據(jù)，應(yīng)用場景更加靈活，使軟件框架和硬件設(shè)備的開發(fā)過工作更自由。

2.3   層次示意圖

2.4    模型對象示意圖

“C#框架的總體設(shè)計知識點有哪些”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！

分享文章：C#框架的總體設(shè)計知識點有哪些
標(biāo)題鏈接：http://muchs.cn/article6/isjoog.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站設(shè)計公司、自適應(yīng)網(wǎng)站、靜態(tài)網(wǎng)站、網(wǎng)站建設(shè)、企業(yè)建站、電子商務(wù)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)