实例介绍
【实例截图】
【核心代码】
下面就是我们服务的实现了，服务的实现很简单，仅仅是捕获到客户端的回调通道，对集合进行操作。这里需要注意的是ServiceBehavior标记的InstanceContextMode属性的设置。我们需要为每一个单独的通道创建新的实例，但是在调用玩服务后，不对通道立刻进行回收，因此我们需要设置为InstanceContextModel.Single。
PushService /// <summary>
/// 服务的实现
/// Tips：
/// 实现发布订阅,要注意：每个信道在调用后不要回收，否则会在回调时报错
/// </summary>
[ServiceBehavior(InstanceContextMode = InstanceContextMode.Single, ConcurrencyMode = ConcurrencyMode.Multiple)]
public class PushService : IPushService
{
public void Regist()
{
IPushCallback callbackChannel = OperationContext.Current.GetCallbackChannel<IPushCallback>();
//添加到管理列表中
ChannelManager.Instance.Add(callbackChannel);
}
public void UnRegist()
{
IPushCallback callbackChannel = OperationContext.Current.GetCallbackChannel<IPushCallback>();
//从管理列表中移除
ChannelManager.Instance.Remove(callbackChannel);
}
}
这样我们的服务基本就完成了，置于客户端的调用，需要创建一个双工通道对象，并且将实现了回调契约的类型，传给InstanceContext属性。
这篇文章很简单，没有涉及到对产生异常的通道的处理，也没有考虑到Silverlight调用时遇到的跨域问题，同时不支持HttpGet。
文章的目的只有一个，就是尽可能简洁的体现发布订阅服务的原理。
有兴趣的读者，可以对服务进行扩展，对服务在广播时可能产生的各种异常进行处理。
由于文章的例子是基于TCP/IP的通迅方式，使用的是netTcpBinding的全双工模式，因此使用HttpGet的时候需要进行一些额外的设置。
并且由于是自托管服务，寄宿在控制台应用程序中，因此跨域文件的提供方式也不太相同。
小贴士
感谢您为本站写下的评论，您的评论对其它用户来说具有重要的参考价值，所以请认真填写。
- 类似“顶”、“沙发”之类没有营养的文字，对勤劳贡献的楼主来说是令人沮丧的反馈信息。
- 相信您也不想看到一排文字/表情墙，所以请不要反馈意义不大的重复字符，也请尽量不要纯表情的回复。
- 提问之前请再仔细看一遍楼主的说明，或许是您遗漏了。
- 请勿到处挖坑绊人、招贴广告。既占空间让人厌烦，又没人会搭理，于人于己都无利。
关于好例子网
本站旨在为广大IT学习爱好者提供一个非营利性互相学习交流分享平台。本站所有资源都可以被免费获取学习研究。本站资源来自网友分享，对搜索内容的合法性不具有预见性、识别性、控制性，仅供学习研究，请务必在下载后24小时内给予删除，不得用于其他任何用途，否则后果自负。基于互联网的特殊性，平台无法对用户传输的作品、信息、内容的权属或合法性、安全性、合规性、真实性、科学性、完整权、有效性等进行实质审查；无论平台是否已进行审查，用户均应自行承担因其传输的作品、信息、内容而可能或已经产生的侵权或权属纠纷等法律责任。本站所有资源不代表本站的观点或立场，基于网友分享，根据中国法律《信息网络传播权保护条例》第二十二与二十三条之规定，若资源存在侵权或相关问题请联系本站客服人员，点此联系我们。关于更多版权及免责申明参见 版权及免责申明
网友评论
我要评论