C# 模型-视图-发布者作为设计模式?

C# 模型-视图-发布者作为设计模式?,c#,model-view-controller,oop,node.js,comet,C#,Model View Controller,Oop,Node.js,Comet,我想我会在这里问这个问题。有人知道关于“MVP”设计模式所做的任何工作,包括基于推送的数据传输(不要与模型视图演示者混淆) 我将其称为模型视图发布器,或者称为模型订阅服务器发布器,其中订阅服务器类似于视图,发布服务器类似于控制器 这里的想法是,与响应客户端请求的典型控制器不同,您有一个“发布者”,它在发生某些事件时将数据推送到客户端“订阅者”。推送将通过长轮询/反向ajax/comet或其他类似方法实现 有这样的框架存在吗?如果没有,它会是一种有用的模式吗?我特别感兴趣的是在客户机上用C#/Ja

我想我会在这里问这个问题。有人知道关于“MVP”设计模式所做的任何工作,包括基于推送的数据传输(不要与模型视图演示者混淆)

我将其称为模型视图发布器,或者称为模型订阅服务器发布器,其中订阅服务器类似于视图,发布服务器类似于控制器

这里的想法是,与响应客户端请求的典型控制器不同,您有一个“发布者”,它在发生某些事件时将数据推送到客户端“订阅者”。推送将通过长轮询/反向ajax/comet或其他类似方法实现

有这样的框架存在吗?如果没有,它会是一种有用的模式吗?我特别感兴趣的是在客户机上用C#/Javascript实现,或者在后端用NodeJS实现


或者,是否有任何MVC框架或实现提供控制器,使用Comet等技术将数据推送到客户端?

我想对web套接字的支持很快就会到来。请参阅当前的web套接字支持

我认为Scala和Lift使这非常容易,但我不知道如何谈论它。如果我错了,您可能需要注意纠正我,但这不是一种“观察者”模式吗?它也称为发布/订阅模式@Aaron,这当然是基于观察者模式,但我不会说它完全相同。如果有什么区别的话,这将是观察者模式的一个特例。我建议将socket.io改为WebSocket。