1：Socket VS Remoting
使用socket无疑是效率最高的。但是，在复杂的接口环境下，Socket的开发效率也是最低的。故在兼顾开发效率的情况下，可以使用Remoting来代替Socket开发。并且：
1、Tcp通道的Remoting速度非常快。
你可以通过端口查看工具，发现remoting比直接socket传输的内容，应该是属于同一个数量级的。我的另一个担心是，大客户端数量的情况下，remoting传输效率会不会很低，结果经过现场测试，同时对300个客户端进行数据通信，不存在信息丢失情况。
2、虽然是远程的，但是非常接近于本地调用对象。 也就是完全符合面向对象思想。
3、可以做到保持对象的状态
直接使用Socket传输机制，我们必须花大量的精力来处理异常、断网、死机等现象，使用remoting，这些工作会大大简化。
2：Remoting vs Webservice
1、webservice在framework2.0状态下只能寄宿于IIS等应用服务器中。微软直到3.0才提供了servicehost来寄宿
webservice，这就极大地限制了webservice在使用中的灵活性。在framework2.0环境下，如果你有一个应用要脱离IIS而存在，就不得不抛弃webservice。（除非你想代码实现一个WEB应用服务器）
2、Remoting可寄宿在你自己的代码中，也可寄宿在windows服务及IIS中。最大程度的提供了开发和部署的灵活性。
3、Remoting在使用http通道的时候，也如Webservice一样支持穿透路由。
4、Remoting与websercie相比，提供双向通信。哪怕是将Remoting寄宿在IIS中，也支持。
5、webservice客户端自动生成的代理类比较复杂。而Remoting一般来说，都是手动编写客户端代码。
6、将Remoting采用TCP通讯，比Web Service高效
7、当然，webservice最主要优势是，它是一个行业标准，而Remoting只是微软自己内部的标准，如果你的应用要脱离微软的平台，就只能使用webservice了。
3：和WCF的比较
WCF是一个技术集合体，WCF包含Remoting、Web Service等具体的技术。
一下是WCF的简介：WC就是微软对于分布式处理的编程技术的集大成者，它将DCOM、Remoting、Web
Service、WSE、MSMQ集成在一起，从而降低了分布式系统开发者的学习曲线，并统一了开发标准。
1、统一性
前面已经叙述，WCF是对于ASMX，.Net Remoting，Enterprise
Service，WSE，MSMQ等技术的整合。由于WCF完全是由托管代码编写，因此开发WCF的应用程序与开发其它的.Net应用程序没有太大的区别，我们仍然可以像创建面向对象的应用程序那样，利用WCF来创建面向服务的应用程序。
2、互操作性
由于WCF最基本的通信机制是SOAP，这就保证了系统之间的互操作性，即使是运行不同的上下文中。这种通信可以是基于.Net到.Net间的通信。
可以跨进程、跨机器甚至于跨平台的通信，只要支持标准的Web
Service，例如J2EE应用服务器（如WebSphere，WebLogic）。应用程序可以运行在Windows操作系统下，也可以运行在其他的
操作系统，如Sun Solaris，HP Unix，Linux等等。
3、安全与可信赖
WS-Security，WS-Trust和WS-SecureConversation均被添加到SOAP消息中，以用于用户认证，数据完整性验证，数据隐私等多种安全因素。
在SOAP的header中增加了WS-ReliableMessaging允许可信赖的端对端通信。而建立在WS-Coordination和WS-
AtomicTransaction之上的基于SOAP格式交换的信息，则支持两阶段的事务提交（two-phase commit
transactions）。
上述的多种WS-Policy在WCF中 都给与了支持。对于Messaging而言，SOAP是Web
Service的基本协议，它包含了消息头（header）和消息体(body)。在消息头中，定义了WS-Addressing用于定位SOAP消息的
地址信息，同时还包含了MTOM（消息传输优化机制，Message Transmission Optimization Mechanism）。
4、兼容性
WCF充分的考虑到了与旧有系统的兼容性。安装WCF并不会影响原有的技术如ASMX和.Net
Remoting。即使对于WCF和ASMX而言，虽然两者都使用了SOAP，但基于WCF开发的应用程序，仍然可以直接与ASMX进行交互。