來，牛皮需要吹起，IT行業(yè)需要自娛自樂。開篇吹牛。。。。。

現在我們通信真是各種各樣，各種組件，但是就我的看法，功能越完善，封裝越完善，犧牲的性能可能就越大，代碼量就越大。

當然這不能阻擋IT大軍的腳步，那我們一套軟件上線后怎么辦，軟件到中途發(fā)現通信組件有問題怎么辦，怎么去改？如果是多部門，多單位協(xié)作怎么辦？

所以面對通用的模塊處理時，就需要解決相關的問題，如果在可以預見的范圍，你的通信僅僅自己用，這個項目用，用于不會改，那就無所謂了；這里涉及一個軟件開發(fā)矛盾。你想要要靈活，那么意味著你的配置多，代碼多，需要各種判斷，你的代碼就多了很多分支，性能可能就低了。相反，你寫的越死，代碼可能就越少，分支少，性能可能高。如何在項目中控制，需要根據自己的業(yè)務去預判，預判不等于全對，但是如果你是項目負責人，那就可以為大家減少重復工作。

廢話完了，給大家一個通信模型，其實就是一個接口庫。給大家提供思路。

1.定義客戶端通信接口，?ISocketClient<TData>，解決客戶端通信

2.定義服務端通信接口，?ISocketServer<TData>,解決服務端通信

3.定義一個特寫NetProtocol，里面有一個名稱字段。

4.定義一個接收數據的委托和傳遞給業(yè)務層的數據類NetChannel。

5.定義一個通信配置類TransferConfig，靜態(tài)類，里面就一個屬性，表示傳輸組件的dll文件目錄

6.定義一個組件加載類TransferDLL，動態(tài)加載通信組件，找到客戶端，服務端的類對象

7.定義一個通信對象的創(chuàng)建類NetFactory，解決通信對象創(chuàng)建問題

具體說說：

有了以上的接口定義庫，可以動態(tài)加載通信組件，我們在使用時，通過NetFactory創(chuàng)建不同通信對象，

原理：在NetFactory中提供創(chuàng)建客戶端和服務端的通信對象，返回的都是我們定義的通信接口對象。

? ? ? ?在創(chuàng)建方法中，需要你傳送一個名字，這個名字就是你通信組件的名字。

例如：

我們使用dotnetty,你們我在實現通信的項目中，客戶端類NettyClient繼承ISocketClient，同時在NettyClient類上使用特性NetProtocol，比如是這樣：NetProtocol（“netty_client”）,那么創(chuàng)建客戶端對象時，傳入名稱“netty”即可，這樣通信對象就建立了。；服務端一樣，服務端名稱就是netty_server.

在軟件的最外層，只需訂閱配置，采用的傳輸組件名稱，即可啟用不同的傳輸組件。還可以動態(tài)替換，只要你的配置是動態(tài)加載的。

多說一句，我們的配置如果要達到動態(tài)，一般是采用什么方法呢？

1.定時重新加載，每1天或者幾個小時，重新加載一次設置的配置。然后重新處理。

2.c#提供了文件監(jiān)視，發(fā)現文件動了，簡單的比較下文件，采用不同處理

3.你的程序提供簡單的文件替換升級功能。

?例如：設置一個目錄，程序定時監(jiān)測或者直接監(jiān)視目錄，發(fā)現有新的配置文件，就說明你升級了配置文件，監(jiān)測文件進行處理。

項目地址：

https://github.com/jinyuttt/StremCloud.git
其中的SrvNetSocket項目就是通信接口定義。
---------------------
作者：jason成都
來源：CSDN
原文：https://blog.csdn.net/jinyuttt/article/details/83020196?utm_source=copy
版權聲明：本文為博主原創(chuàng)文章，轉載請附上博文鏈接！

轉載于:https://www.cnblogs.com/jinyu20180311/p/9788584.html

總結

以上是生活随笔為你收集整理的c# 说说开发通用通信库，尤其是分布式服务的通信的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。