使用C#查询路由接口，同时小议一些.net 2.0的诡异API
有时候我们希望知道程序正在使用那个IP地址连接到远程的服务器（类似pathping命令返回的第一个结果，P2P应用中尤其多见），文末的代码可以完成这个任务
写完这段代码之后，我对.net API的设计有些不满了。
首先就是Socket类的IOControl方法，该方法脱胎于Winsock2 API的WSAIoctl函数。对于基于C语言的Winsock2 API，设计出WSAIoctl显得还合情合理，虽然冗长的参数列表很是吓人，但是对于面向对象的C#，居然还需要使用byte[]这些弱类型的数据结构来做参数，实在是有些匪夷所思了，我觉得Socket类应该对IOControl进行充分的包装，以便没有Win32 API经验的用户更好的使用。
接着是IPEndPoint的序列化形式SocketAddress类，这个类明显的与sockaddr structure一样，不同的是，它比sockaddr structure更加难以使用。它提供了一个象数组一样的索引器，允许用户以[]运算符获取其中的byte元素，但是却不提供方法简便的将其中的内容复制到一个byte[]中供Socket.IOControl调用，竟然需要客户自己使用循环来调用，实在傻的可以。
最后是IPEndPoint，它居然需要实例化之后才能调用Create成员函数把一个SocketAddress实例反序列化成一个IPEndPoint对象，我晕，为啥不是静态的呢？看了这个Create方法的代码之后，我发现完全没有必要将其做成成员函数（为了证明静态方法的可行，我在文中创建了一个CreateIPEndPoint静态方法,并用它替换了IPEndPoint.Create成员方法），不知道为了使这个方法看起来更像是成员方法还是其他什么原因，SocketAddress的AddressFamily居然必须和IPEndPoint实例的AddressFamily一致，否则就抛出异常，狂晕，人家反序列化还得看你一个不知所谓的对象的脸色，真是惨。
以上是我的观点，欢迎大家一起议议。
using System;
using System.Net.Sockets;
using System.Net;
class Program
{
static IPEndPoint QueryRoutingInterface(Socket sock,
IPEndPoint remoteEP)
{
SocketAddress sa = remoteEP.Serialize();
byte[] addrBytes = new byte[sa.Size];
for (int i = 0; i < sa.Size; i++)
{
addrBytes[i] = sa[i];
}
byte[] outBytes = new byte[addrBytes.Length];
sock.IOControl(IOControlCode.RoutingInterfaceQuery,
addrBytes,
outBytes);
for (int i = 0; i < sa.Size; i++)
{
sa[i] = outBytes[i];
}
EndPoint ep = CreateIPEndPoint(sa);//remoteEP.Create(sa);
return (IPEndPoint)ep;
}
/// <summary>
/// 根据SocketAddress创建IPEndPoint
/// </summary>
/// <remarks>该函数从IPEndPoint的Create方法反编译出来</remarks>
/// <param name="socketAddress"></param>
/// <returns></returns>
public static IPEndPoint CreateIPEndPoint(SocketAddress socketAddress)
{
//if (socketAddress.Family != this.AddressFamily)
//{
// throw new ArgumentException(SR.GetString("net_InvalidAddressFamily",
// new object[] { socketAddress.Family.ToString(),
// base.GetType().FullName, this.AddressFamily.ToString() }),
// "socketAddress");
/
