那么，客户的设置必须为：
pW
&
7 2|\gSq
2~`ssYy!#s
s@I??5ysgJ
nA
c^7~ ?!( !tVotJ 2-+ nU+ Mn;3 url=\http://localhost/RemotingHello/HelloService.soap\ !z& 7
其中，URL 表示集成 Remoting 服务的 IIS 虚拟应用程序，类型表示类和程序集名称。
3 Remoting 的特点 3.1 优点
他的优点是用户既可以使用TCP信道方式进行二进制流方式通信，也可以使用HTTP信道进行SOAP格式的性通信
效率相对WebService要高不少；但是它的缺点也很明显，.net remoting只能应用于MS 的.net framework之下。
从性能上来讲Remoting的效率和传统的DCOM、COM+的性能很相近。
3.2 缺点
这种三层设计的缺点与使用 XML Web service 的三层设计的缺点相同。
所有业务规则均包含在前端代码中。因而，如果需要更改业务规则，则必须更新全部客户端。除非能够进行自动更新，否则这种维护工作将十分繁琐。当然，如果使用 SQL Server，则可以将某些业务规则放到存储过程中，从而减少维护的时间和成本。
所有字段名称均在源代码或控件属性中硬编码。如果更改字段名称，则必须查找和替换应用程序中所有该字段的名称。如果使用了数据绑定，还必须检查所有窗体并更改属性。
通过网络从一个组件向另一个组件传输数据比直接连接数据库要慢。在 Intranet 方案中，.NET Remoting 的性能比 XML Web service 要好。而在 Internet 方案中，一般不使用 .NET Remoting。
建立这种应用程序比建立两层应用程序或使用 XML Web service 的应用程序要复杂一些。
必 须使用比 TCP 速度慢的 HTTP。另外，IIS 可能循环执行 ASP.NET 辅助进程，这将破坏所有 Singleton 的状态。对您来说，这可能是问题也可能不是问题，要取决于您的设计需要，因为客户端的下一个调用将重新启动 Singleton。您可以将 IIS 配置为不循环执行辅助进程，但这种能力很有限，特别是在 IIS 5 中，而且可能造成更进一步的影响。这里最根本的意思是，如果要求远程服务器的安全性，那么无疑要使用 IIS 集成。
RC{ _b-;< 5\
!4;9G2KQ
Ps0uGTjT
.IdfiY
nALTv`tZs
a[K{$'P#
9
-o -bL
2L@}mJ@_o
zo_^BY,
73;xC?zin$K\\EQ4
fW:3udU_224rz0 $s&]'**>A]
&zoQ9 6-4a4{,{
l?/n2|?
CKyfZJ
k^Hjin
aZ{Kv;?C\\h$I[#j'
B;oJV)-m^
+IRPX@H_
4uoWH!zQ+T
A&-y
b <9--v
4 调试小技巧
编 写Remoting程序，通常分为三部分：远程对象、服务端程序、客户端程序。如果不考虑元数据的安全性，我们会把远程对象的dll生成相同的两份，分别 放到服务端和客户端。Remoting在客户端的调用是很简单的，但调试起来就没有那么容易。因为客户端和服务器端分别属于不同的应用程序域，无法设置断 点进行单步调试。如果了解NUnit，大家会知道NUnit也是不支持分布式应用程序的调试的，至少是支持得不够好。
9dZhH0A3!
%,Q\>w-Xx
X