如何進行.NET的WebSocket開發(fā)包比較
如何進行.NET 的WebSocket開發(fā)包比較，相信很多沒有經(jīng)驗的人對此束手無策，為此本文總結(jié)了問題出現(xiàn)的原因和解決方法，通過這篇文章希望你能解決這個問題。
成都創(chuàng)新互聯(lián)2013年至今，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項目成都網(wǎng)站建設(shè)、成都網(wǎng)站制作網(wǎng)站策劃，項目實施與項目整合能力。我們以讓每一個夢想脫穎而出為使命，1280元沅江做網(wǎng)站,已為上家服務(wù),為沅江各地企業(yè)和個人服務(wù),聯(lián)系電話:18982081108
Web項目常常需要將數(shù)據(jù)盡可能快地推送給客戶，必要時無需等待客戶端請求。對于與用戶之間進行實時通信的網(wǎng)站，例如在線交流或文檔協(xié)作工具，或者在長期運行的計算/執(zhí)行任務(wù)的服務(wù)器上更新系統(tǒng)狀態(tài)，等等這些時候，采用雙向溝通機制是理想的。
以前,這類問題一般使用下面的解決方案:
使用 Flash 中的 Socket 連接(http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/net/Socket.html)
Ajax 長輪詢(https://gist.github.com/jasdeepkhalsa/4353139)
服務(wù)器發(fā)送事件... (http://en.wikipedia.org/wiki/Server-sent_events)
...或者就用 IE 中經(jīng)典的 Frame 技術(shù)
(http://cometdaily.com/2007/11/05/the-forever-frame-technique/)
但現(xiàn)在我們有了更好的選擇：WebSocket。它的標(biāo)準(zhǔn)在2011年發(fā)布，在現(xiàn)代瀏覽器上已實施了一段時間。它更好的原因是使用更安全和更成熟的協(xié)議，帶來了改進和升級。
略注:
這份比較是幾個月前做的，可能不夠及時，但如果有人要找好的WebSocket庫，我認(rèn)為這對他仍然是有用的。
本比較只針對以 NuGet 包形式發(fā)布的庫， SuperWebSocket 雖然使用 NuGet 的 repository，但需要從網(wǎng)頁中下載。
也許等我抽出空來，我會使用新的庫或已測試的庫的新版本進行比較然后更新這篇文章。
Fleck
https://github.com/statianzo/Fleck
我發(fā)現(xiàn)這個庫真的是簡單易用，對于庫、文檔、例子等都是，只要添加庫，復(fù)制幾行例子里的代碼，然后運行——就這么簡單。
但是簡單是有代價的：其功能并不強大，且可配置的地方太少。
private static void Main(string[] args) { var server = new WebSocketServer("ws://localhost:8181"); server.Start(socket => { socket.OnOpen = () => OnOpen(socket); socket.OnClose = () => OnClose(socket); socket.OnMessage = m => OnMessage(socket, m); }); }對于簡單快速的項目我會用它，如果你不需要用WebSocket發(fā)送太復(fù)雜的數(shù)據(jù)結(jié)構(gòu)、命令一樣的消息、或在客戶端無WebSocket支持時的備選方式，這就是你要的了。
優(yōu)點:
簡單
無依賴項
缺點:
可配置項少
客戶端瀏覽器不支持WebSocket時就沒戲了
SignalR
http://www.asp.net/signalr
微軟出品是我認(rèn)為這個庫***的優(yōu)點了。它已經(jīng)和現(xiàn)有的ASP.NET框架做了集成，對服務(wù)器端和客戶端代碼都做了很好的抽象類， 這意味著你不需要太深入了解協(xié)議的東西。然后它還可以很聰明地在客戶端瀏覽器不支持WebSocket時自動使用別的通信機制。它還可以完成一些叫遠程過程調(diào)用（RPC）的東西，從服務(wù)器到客戶端。
它能廣播消息到所有客戶端，也能單獨發(fā)給指定用戶。對大量并發(fā)連接的處理也很優(yōu)秀。還有——它是開源的！
聽起來很棒是不？但是...它需要IIS8或者說Windows Server 2012（Windows8也行，不過相信你不會在win8上面跑大項目的）。對我來說，這就是“微軟新一代值得買的操作系統(tǒng)”的超酷特性。如果開發(fā)企業(yè)項目的話是不錯的，但對小項目來說，為了這個開源的庫買操作系統(tǒng)——太貴了。
當(dāng)然這些環(huán)境是WebSocket必須要求的. 這篇文章就是講WebSocket通訊的，所以我把這個算成大缺點。
public class MyHub1 : Hub { public void Send(string name, string message) { // Call the broadcastMessage method to update clients. Clients.All.broadcastMessage(name, message); } }$(function () { var chat = $.connection.myHub1; chat.client.broadcastMessage = function (name, message) { //... }; $.connection.hub.start().done(function () { $('#sendmessage').click(function () { chat.server.send('message'); }); }); });優(yōu)點:
非常好的抽象
與IIS和ASP.NET緊密集成
很多候選方式
開源
微軟官方庫
可擴展性好
缺點:
需要IIS8…
… 也就是Windows Server 2012太貴了
AlchemyWebSocket
http://alchemywebsockets.net/
當(dāng)我想到websocket庫時，這個讓人不可思議。沒錯這是真的。它可以排在Fleck后面，它非常容易使用，容易安裝（Nuget包可用），文檔中含有很好的例子。
它包含服務(wù)端和客戶端兩部分，同時也具有可伸縮性
static void Main(string[] args) { // 創(chuàng)建一個新的server - 接受端口和ip范圍, // 設(shè)置方法 var aServer = new WebSocketServer(81, IPAddress.Any) { OnReceive = OnReceive, OnSend = OnSend, OnConnect = OnConnect, OnConnected = OnConnected, OnDisconnect = OnDisconnect, TimeOut = new TimeSpan(0, 5, 0) }; aServer.Start(); string consoleReadLine; do { consoleReadLine = Console.ReadLine(); sockets.ForEach(s => s.Send(consoleReadLine)); } while (consoleReadLine != "exit"); }但是它有一些別扭，我不能避開。例如那里沒有簡單的事件方法"OnReceive"，僅僅只有string，事實上消息在客戶端被發(fā)送了。你必須你自己完成。是的，你必須調(diào)用，而且只能調(diào)用 .ToString()來得到真實的消息，但使用庫的目的是為了不要強迫自己實現(xiàn)通信協(xié)議。
private static void OnReceive(UserContext context) { Console.WriteLine("Client " + context.ClientAddress.ToString() + " sended: " + context.DataFrame.ToString()); }WebSocket服務(wù)器初始化方法首先接收端口然后是IP設(shè)置。我一直認(rèn)為，地址的表達應(yīng)該是先IP然后是端口，而且只有當(dāng)有必要指明端口的時候。還有超時設(shè)置：為什么必須有超時呢？我可以理解這有時可能是有用的，但它作為一個特性不應(yīng)作為主要設(shè)置之一。當(dāng)然，這只是一些細(xì)節(jié)問題。
對我來說這迫使你一開始就得通過這個庫用另一層代碼把它抽象出來。
總之你可以試試，和Fleck比較一下性能，然后決定哪個更適合你的簡單項目。
優(yōu)勢：
簡單
無依賴性
文檔完備
缺點：
有點笨拙，比Fleck結(jié)構(gòu)更復(fù)雜
沒有 fallback
XSockets
http://xsockets.net/
這個庫看上去很有前途。我嘗試過它，并且還花了很多時間，用它工作超過其它的庫（甚至用來執(zhí)行測試工作等等）。但是很不幸我沒有運氣，任何我考慮到的錯誤在這個庫中都是錯誤的，與代碼不一致的糟糕文檔。難道是因為代碼或者文檔過期了？它不容易安裝和運行，事實上這個庫的使用樣例我很難組建和運行。Xsocket更多向我們展示了MVC框架的樣子。我嘗試把它運行在ASP.NET項目里面，MVC和WinService，遺憾的是沒有一個能夠工作。
我真的很想用這個庫，但***我放棄了以便支持更好的庫（閱讀其他）。認(rèn)真地說為什么使用這個庫是困難的，甚至一個簡單的項目。你可以預(yù)測更多的問題當(dāng)把它使用在項目里，我強烈建議避開這個項目。
public static class XSocketsBootstrap { private static IXBaseServerContainer wss; public static void Start() { wss = XSockets.Plugin.Framework.Composable.GetExport(); wss.StartServers(); } }<p>Advantages:</p> <ul> <li>Seems powerful</li> <li>Should have good JavaScript integration</li> </ul> <p>Disadvantages:</p> <ul> <li>Complicated and hard</li> <li>Complicated to configure and run inside of WebForms, MVC and WinService</li> <li>Differences between code and documentation</li> <li>Outdated documentation and examples</li> </ul> </li> <li> <h3>Microsoft.WebSocket</h3> <p><a href="http://msdn.microsoft.com/en-us/hh969243.aspx">http://msdn.microsoft.com/en-us/hh969243.aspx</a></p> <p>Another library from Microsoft. And it requires IIS 8 too, so I did not have means to test it. Examples are really low level, so it force you to deal with buffers and streams instead of strings. In some cases this can be good, but mostly there is no point. If you have IIS 8 on server why bother with this library if you can use SignalR, which will take care most of the stuff for you.</p> <p>I think this is more of proof-of-concept then usable library.</p> <pre>int count = receiveResult.Count; while (receiveResult.EndOfMessage == false) { if (count >= maxMessageSize) { string closeMessage = string.Format("Maximum message size: {0} bytes.", maxMessageSize); await socket.CloseAsync(WebSocketCloseStatus.MessageTooBig, closeMessage, CancellationToken.None); return; } receiveResult = await socket.ReceiveAsync(new ArraySegment(receiveBuffer, count, maxMessageSize - count), CancellationToken.None); count += receiveResult.Count; } var receivedString = Encoding.UTF8.GetString(receiveBuffer, 0, count); var echoString = "You said " + receivedString; ArraySegment outputBuffer = new ArraySegment(Encoding.UTF8.GetBytes(echoString)); await socket.SendAsync(outputBuffer, WebSocketMessageType.Text, true, CancellationToken.None);SuperWebsocket
最不重要的是SuperWebsocket。我對這個有一點懷疑（如果我沒記錯的話，這僅僅是一個我通過NuGet網(wǎng)站發(fā)現(xiàn)的包，但又不是一個可用的包）。它似乎有一點復(fù)雜，但實際上它是非常簡單的。有文獻支持的例子幫助你一步步的從最簡單的WebSocket服務(wù)器，到有命令請求，JSON，多服務(wù)器實例，.config文件配置或者更多的復(fù)雜Websocket服務(wù)器。
這個庫也許沒有包含所有其他庫有的那些很酷的特性，但是這沒關(guān)系，因為它是高度可配置的，你可以很容易的讓它實現(xiàn)你想要的。它可以作為控制臺應(yīng)用程序或者windows服務(wù)運行于ASP.NET中。文獻上則建議以系統(tǒng)服務(wù)的形式來運行服務(wù)器。從我的經(jīng)驗來看，建議不要在一個web應(yīng)用程序里面運行它因為這種解決方案很慢（非常糟糕的表現(xiàn)，比控制臺應(yīng)用程序大約慢50倍）。從另一方面，獨立的服務(wù)器應(yīng)用程序，需要運行.exe結(jié)尾的文件，這個文件并不是庫的一部分，但是是SuperSocket項目的一部分（SuperWebSocket就是基于這個項目的）。這使得你需要一點技巧在調(diào)試會話中開啟服務(wù)器，或者完全啟用調(diào)試。當(dāng)你作為應(yīng)用程序運行服務(wù)器的時候，雖然這不是解決方案的一部分，也需要確保服務(wù)器采用來自其他項目的***版的組件。
作為回報，你得到了關(guān)于靈活的WebSocket的眾所周知的解決方案。
它仍然是開源的所以你可以根據(jù)需要改變它。
從另一方面，你可能把這個服務(wù)器缺乏JavaScript客戶端看做是它的缺點（但是它有C#客戶端）。這個服務(wù)器也有第三方的依賴關(guān)系。
在使用這個庫工作了幾個月之后我沒發(fā)現(xiàn)什么主要的問題。
缺點和優(yōu)點:
無備用通信
依賴
優(yōu)雅的特性和高度可配置性
很棒的例子
例子的都有推薦設(shè)置的文檔
可以作為windows服務(wù)和ASP.NET模塊和控制臺應(yīng)用程序運行
好的性能表現(xiàn)
對于復(fù)雜的解決方案/項目我建議用SuperWebSocket，因為它是一個穩(wěn)定而且高度可配置的庫。對于簡單和需要快速開發(fā)的項目我會選擇Fleck，但是如果有辦法使用***的windows服務(wù)器來作為測試和生產(chǎn)機器的話，我會放棄使用這兩個而選擇SignalR。
看完上述內(nèi)容，你們掌握如何進行.NET 的WebSocket開發(fā)包比較的方法了嗎？如果還想學(xué)到更多技能或想了解更多相關(guān)內(nèi)容，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝各位的閱讀！
當(dāng)前名稱：如何進行.NET的WebSocket開發(fā)包比較
地址分享：http://bm7419.com/article10/igspdo.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供標(biāo)簽優(yōu)化、動態(tài)網(wǎng)站、移動網(wǎng)站建設(shè)、網(wǎng)站制作、面包屑導(dǎo)航、外貿(mào)網(wǎng)站建設(shè)
聲明：本網(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)
