使用c#查询路由接口，同时小议一些.net 2.0的诡…

有时候我们希望知道程式正在使用那个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");

/

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有