aspx的页面作为客户端要调用远程的服务

Question

1。aspx的页面作为客户端要调用远程的服务（.exe进程），怎么做好啊？2。aspx的页面作为客户端通过.net remoting调用远程的服务（.exe进程），这个方案怎么样，如果行，具体怎么做，给点代码、链接或提示。谢谢

Answer 1

分布式编程->Remoting的一个代码示例:
http://blog.csdn.net/chengking/archive/2005/10/26/517349.aspx

Answer 2

上边的问题没问好，改个问发吧关于远程通信的问题1。直接指定信道（十年或二十年前那种除了指定信道外剩下的也都是自己写），DCOM, .NET Remoting, WebService这四者间的异同，程序员写代码时到底一个比一个少或多写了什么？有没有代码可以给点，让我看的具体点，
我的理解：
(1)直接指定信道（十年或二十年前那种除了指定信道外剩下的也都是自己写）：指定信道后程序员在传数据前还作了什么我不清楚。这个我没看到过这种代码。
(2)DCOM：这个我没看到过这种代码，就谈一下我的认识。除了指定信道外，DCOM本身在client端帮着写了代理，在server端帮着写了代理，是不是DCOM帮着写的这些在(1)里都得程序员自己写？
(3).NET Remoting：可以指定信道和协议，例如“tcp://195.88.99.66:9898”和/或“http://195.88.99.66:9899”，指定了tcp的就不问了。指定了http的我记得可以指定里面的数据是二进制表示或xml表示，http的下边用了tcp。是.net Remoting在DCOM在.net平台上的后继。
(4)WebService：必须用http协议，用soap封装数据，用xml表示。这个我想着http下边还要用tcp,和.net remoting相比数据少了SOAP封装，不知道除了这点外还有什么不同。
2。这四种远程通信各适合什么样的情况？就是说那种情况下选DCOM，那种情况下选.NET Remoting，那种情况下选WebService？
我的理解：
(1)直接指定信道（十年或二十年前那种除了指定信道外剩下的也都是自己写）：应该是普适的，但要写很多代码。
(2)DCOM：适合于非asp或非asp.net进程之间的直接通信？（或者说适合于非webform进程间直接通信）
(3).NET Remoting：适合于非asp或非asp.net）进程之间的直接通信。（或者说适合于非webform进程间直接通信）
(4)WebService：适合于webform进程间通信。（我了解到这个也适合webform进程和非webform进程间直接通信，但没看到过具体代码。）如果webform进程和非webform进程间通信，我想着应该在webform进程和远程非webform进程之间必须加一个本地非webform进程来做中转？我想问的就这些，如果那位觉着我问题的提法不对，就请把问题的提法改改再给答案，谢谢！

Answer 3

下错了，改一下
2。
我的理解：(2)DCOM：不适合于非asp或非asp.net进程之间的直接通信？（或者说适合于非webform进程间直接通信）
(3).NET Remoting：不适合于非asp或非asp.net）进程之间的直接通信。（或者说适合于非webform进程间直接通信）