前阵子把玩了一下SignalR,起初以为只是个real-time的web通讯组件。研究了几天后发现,这玩意简直屌炸天,它完全就是个.net的双向异步通讯框架,用它能做很多不可思议的东西。它基于Owin,可以脱离繁重的System.Web,随意寄宿在IIS,WindowsService,或者一个控制台程序,这样它即能用于b/s的Web应用,也能用在客户端程序或者服务之间的通讯上。对它的介绍网上早已铺天盖地,这而就不再啰嗦了,先来个小例子,一个聊天室程序。
服务端
新建一个叫SignalRDemo的工程,注意一定要选择.net Framework4.5及以上。
为了让服务端可以自寄宿,安装signalr self host组件。
public class ChatHub : Hub { public void Send(string name, string message) { Console.WriteLine("ConnectionId:{0}, InvokeMethod:{1}", Context.ConnectionId, "Send"); Clients.AllExcept(Context.ConnectionId).broadcast(name, message); } }
新建一个ChatHub,创建一个行为叫Send,里面包含了一条控制台调用记录以及让所有除了发起者外的链接Hub的客户端执行客户端方法broadcast。
[assembly: OwinStartup(typeof(Host.Startup))] namespace Host { public class Startup { public void Configuration(IAppBuilder app) { app.MapSignalR(); } } }
创建一个启动类,将所有的Hub映射。
class Program { static void Main(string[] args) { var url = "localhost:10086"; WebApp.Start<Startup>(url); Console.WriteLine("Server started,url is {0}", url); Console.ReadLine(); } }
在Main中写上url和端口,直接用WebApp启动。
控制台启动后的输出。
用浏览器访问
好了,到这儿服务端代码就全部完成了。接下来创建客户端来调用。客户端暂时不采用website,同样用控制台程序来承载。
客户端
创建一个Client的控制台工程,添加SignalR的Client包。
var url = "http://localhost:10086/"; var connection = new HubConnection(url); var chatHub = connection.CreateHubProxy("ChatHub"); connection.Start().ContinueWith(t => { if (t.IsFaulted) { Console.WriteLine("Connection fault."); } });
在客户端的Main中创建一个HubConnection,创建ChatHub的代理,通过connection.Start启动连接。
var broadcastHandler = chatHub.On<string, string>("broadcast", (name, message) => { Console.WriteLine("[{0}]{1}: {2}", DateTime.Now.ToString("HH:mm:ss"), name, message); });
定义客户端方法,之前在服务端用Clients.All.broadcast的就是在这边定义的方法。
Console.WriteLine("Please input your name:"); var _name = Console.ReadLine(); Console.WriteLine("Start chat!"); while (true) { var _message = Console.ReadLine(); chatHub.Invoke("Send", _name, _message).ContinueWith(t => { if (t.IsFaulted) { Console.WriteLine("Connection error!"); } }); }
最后,写上一个简单的聊天逻辑。当输入名字后,在while的循环内,每输入一行文本,hub就调用服务端的Send方法。同时服务端在执行Send的过程后又会回掉客户端方法。这种通讯方式在以前的C#代码中是很不可思议的,因为同样的客户端方法还可以写在js里!
执行效果
执行效果如图。
好了,一个基于SignalR的简单的控制台聊天程序就完成了,强大的SignalR让开发者不需要关心Socket的一堆烦人的问题。
问题
上面的那个聊天程序看似很方便很强大,但似乎哪儿有一些奇怪?
比如说,服务端调用客户端的方法用的是dynamic的,客户端调用服务端的方法传入的都是string类型的,这样首先就不具备扩展性和进行一些规则约束。
- 能不能让客户端声明一个强类型的方法列表呢?这样首先不容易写错。
- 同样的,能不能让服务端声明一个强类型的方法列表给客户端调用呢?
下一篇将对上面的2个问题进行思考,并给出解决方案。