我们有一个简单的命令(播放,暂停,下一首曲目)的.net服务.它安装在用户工作站上,具有自己的凭据(例如,FooServiceUser).如果我想给用户一个可以将命令发送到服务的应用程序,那么最轻量级的方法是什么？记住我只想将命令从单个工作站发送到在同一工作站上运行的进程.命令非常简单.该应用程序还需要从服务接收状态.即暂停,播放曲目21.
应该很容易吗？WCF看起来很复杂而且过度.SO上的每个人都在说.net远程处理很糟糕.我不想安装MSMQ.每次提到套接字都会得到负分.
我绝对会说Remoting被取代并且使用带有命名管道绑定的WCF但是现在你谈论轻量级,我必须说Remoting是轻量级的并且不会去任何地方,因为两个AppDomain之间的通信通常是通过远程处理.所以这确实是一个有效的选择.
话虽如此,考虑到WCF 的灵活性,我仍然会建议 - 尽管它很重,很粗糙并且过度煮熟.
对于一个完整,易于使用的解决方案,我建议使用WCF.它仅支持此应用程序的内存通道协议(ICP).
仍然是你所谓的"轻量级".WCF的托管部分可以在大约5行代码中完成.生成所有客户端代码.那么你真的关心你必须使用(已经安装)的程序集的数量和大小,或者你将忽略的功能数量？
只需使用WCF.
如果需要,它可以让您轻松扩展到套接字和PC间.
| 归档时间： |
|
| 查看次数： |
986 次 |
| 最近记录： |