我曾在.net2.0项目中使用TOPSDK中的WebsocketSharp类,作为服务端,对于没有升级到.net4.5以上的C#项目是一个不错的选择.
当时我并没有使用wss连接,都是使用ws.后来进行小程序的开发,官方说小程序只支持wss连接,我不信邪,使用ws来做的.
在微信小程序开发工具,Iphone真机调试,都可以用ws连接.非调试模式IPhone小程序以及Iphone小程序vConsole模式调试都不可用.
后来想使用这套WebsocketSharp升级为WSS类型的服务端,发现这套代码已经停止更新很多年了.里面有很多使用上的不便之处,比如客户端消息的处理函数只能在继承类中使用,证书文件没有办法通过函数指定,等等.
尽管这样 我还是对这套代码自己进行了改装,把需要的功能和函数都做出来了.但是,当我换到WSS,只能连接不能发送消息.分析了一段时间源码,也进行了一些调试,结果发现这轮子我不该修了.太浪费时间.
于是寻找网络上对于WebsocketSharp使用的案例看是不是我的使用问题.结果发现网络上并没有这个版本的相关的使用案例,找到的相关资料都是 https://github.com/sta/websocket-sharp 关于这个项目的使用的.
但是 这个Websocket-Sharp 和WebsocketSharp就差了一个 "-" 好像不是同一个项目.
Websocket-Sharp虽然也是很老的项目,不过我测试了一下 连接,收发消息都没有问题.
但是他是.net3.5的 于是我花了一个多小时给他降级到2.0了. 测试仍然功能可用.
相比于WebsocketSharpl 来说, Websocket-Sharp有很多友好的地方,也有一些我个人觉得可以更好的地方.暂不把对比的情况多做介绍了.
总之我的观点是 WebsocketSharp这轮子对于我的水平来说
我只能判断出:第一我没搞通可能确实他存在致命bug.第二,可能就是我水平问题导致的不好驾驭
不管怎样 我都不会再去用了.
如果有像我一样要在低端机上使用websocketserver,不想安装.net3.5 4.0 4.5 4.52等等那么多版本的 就可以试试在.net2.0下跑这套websocket代码了.
服务端客户端都比较完备,易用性其实也算一般,只不过 对于这么寒酸的条件,能用,稳定就好了.
写这篇文章是在就餐前,暂时无法上传代码,需要的可以留言.
2021年04月18日17:23:23