由C++转向C#需要注意的问题(3)

在网络上读取文件

在C++中，在网络上读取文件需要有相当的编程技巧，.NET对此提供了广泛的支持。事实上，在网络上读取文件仅仅是基础类库中Stream类的另一种应用。 

首先，为了对TCP/IP端口（在本例中是65000）进行监听，我们需要创建一个TCPListener类的实例。 

TCPListenertcpListener=newTCPListener(65000); 

一旦创建后，就让它开始进行监听。 

tcpListener.Start(); 

现在就要等待客户连接的要求了。 

SocketsocketForClient=tcpListener.Accept(); 

TCPListener对象的Accept方法返回一个Socket对象，Accept是一个同步的方法，除非接收到一个连接请求它才会返回。如果连接成功，就可以开始向客户发送文件了。 

if(socketForClient.Connected)

{

???

 

接下来，我们需要创建一个NetworkStream类，将报路传递给constructor： 

NetworkStreamnetworkStream=newNetworkStream(socketForClient); 

然后创建一个StreamWriter对象，只是这次不是在文件上而是在刚才创建的NetworkStream类上创建该对象： 

System.IO.StreamWriterstreamWriter=

newSystem.IO.StreamWriter(networkStream); 

当向该流写内容时，流就通过网络被传输给客户端。

客户端的创建

客户端软件就是一个TCPClient类的具体例子，TCPClient类代表连向主机的一个TCP/IP连接。 

TCPClientsocketForServer;

socketForServer=newTCPClient("localHost",65000); 

有了TCPClient对象后，我们就可以创建NetworkStream对象了，然后在其上创建StreamReader类： 

NetworkStreamnetworkStream=socketForServer.GetStream();

System.IO.StreamReaderstreamReader=

newSystem.IO.StreamReader(networkStream); 

现在，只要其中有数据就读取该流，并将结果输出到控制台上。 

do

{

outputString=streamReader.ReadLine();

if(outputString!=null)

{

Console.WriteLine(outputString);

}

}

while(outputString!=null); 

为了对这一段代码进行测试，可以创建如下一个测试用的文件： 

Thisislineone

Thisislinetwo

Thisislinethree

Thisislinefour 

这是来自服务器的输出： 

Output(Server)

Clientconnected

SendingThisislineone

SendingThisislinetwo

SendingThisislinethree

SendingThisislinefour

Disconnectingfromclient...

Exiting... 

下面是来自客户端的输出： 

Thisislineone

Thisislinetwo

Thisislinethree

Thisislinefour  

属性和元数据 

C#和C++之间一个显著的区别是它提供了对元数据的支持：有关类、对象、方法等其他实体的数据。属性可以分为二类：一类以CLR的一部分的形式出现，另一种是我们自己创建的属性，CLR属性用来支持串行化、排列和COM协同性等。一些属性是针对一个组合体的，有些属性则是针对类或界面，它们也被称作是属性目标。 

将属性放在属性目标前的方括号内，属性就可以作用于它们的属性目标。 

[assembly:AssemblyDelaySign(false)]

[assembly:AssemblyKeyFile(".\\keyFile.snk")] 

或用逗号将各个属性分开： 

[assembly:AssemblyDelaySign(false),

assembly:AssemblyKeyFile(".\\keyFile.snk")] 

自定义的属性 

我们可以任意创建自定义属性，并在认为合适的时候使用它们。假设我们需要跟踪bug的修复情况，就需要建立一个包含bug的数据库，但需要将bug报告与专门的修正情况绑定在一块儿，则可能在代码中添加如下所示的注释： 

//Bug323fixedbyJesseLiberty1/1/2005. 

这样，在源代码中就可以一目了然地了解bug的修正情况，但如果如果把相关的资料保存在数据库中可能会更好，这样就更方便我们的查询工作了。如果所有的bug报告都使用相同的语法那就更好了，但这时我们就需要一个定制的属性了。我们可能使用下面的内容代替代码中的注释： 

[BugFix(323,"JesseLiberty","1/1/2005")Comment="Offbyoneerror"] 

与C#中的其他元素一样，属性也是类。定制化的属性类需要继承System.Attribute： 

publicclassBugFixAttribute:System.Attribute 

我们需要让编译器知道这个属性可以跟什么类型的元素，我们可以通过如下的方式来指定该类型的元素： 

[AttributeUsage(AttributeTargets.ClassMembers,AllowMultiple=true)] 

AttributeUsage是一个作用于属性的属性━━元属性，它提供的是元数据的元数据，也即有关元数据的数据。在这种情况下，我们需要传递二个参数，第一个是目标（在本例中是类成员。），第二个是表示一个给定的元素是否可以接受多于一个属性的标记。AllowMultiple的值被设置为true，意味着类成员可以有多于一个BugFixAttribute属性。如果要联合二个属性目标，可以使用OR操作符连接它们。 

[AttributeUsage(AttributeTargets.Class|AttributeTargets.Interface,AllowMultiple=true)] 

上面的代码将使一个属性隶属于一个类或一个界面。 

新的自定义属性被命名为BugFixAttribute。命名的规则是在属性名之后添加Attribute。在将属性指派给一个元素后，编译器允许我们使用精简的属性名调用这一属性。因此，下面的代码是合法的： 

[BugFix(123,"JesseLiberty","01/01/05",Comment="Offbyone")] 

编译器将首先查找名字为BugFix的属性，如果没有发现，则查找BugFixAttribute。 

每个属性必须至少有一个构造器。属性可以接受二种类型的参数：环境参数和命名参数。在前面的例子中，bugID、编程人员的名字和日期是环境参数，注释是命名参数。环境参数被传递到构造器中的，而且必须按在构造器中定义的顺序传递。 

publicBugFixAttribute(intbugID,stringprogrammer,stringdate)

{

this.bugID=bugID;

this.programmer=programmer;

this.date=date;

}

Namedparametersareimplementedasproperties. 

属性的使用 

为了对属性进行测试，我们创建一个名字为MyMath的简单类，并给它添加二个函数，然后给它指定bugfix属性。 

[BugFixAttribute(121,"JesseLiberty","01/03/05")]

[BugFixAttribute(107,"JesseLiberty","01/04/05",

Comment="Fixedoffbyoneerrors")]

publicclassMyMath  

这些数据将与元数据存储在一起。下面是完整的源代码及其输出： 

自定义属性 

usingSystem;

//创建被指派给类成员的自定义属性

[AttributeUsage(AttributeTargets.Class,

AllowMultiple=true)]

publicclassBugFixAttribute:System.Attribute

{

//位置参数的自定义属性构造器

publicBugFixAttribute

(intbugID,

stringprogrammer,

stringdate)

{

this.bugID=bugID;

this.programmer=programmer;

this.date=date;

}

publicintBugID

{

get

{

returnbugID;

}

}

//命名参数的属性

publicstringComment

{

get

{

returncomment;

}

set

{

comment=value;

}

}

publicstringDate

{

get

{

returndate;

}

}

publicstringProgrammer

{

get

{

returnprogrammer;

}

}

//专有成员数据

privateintbugID;

privatestringcomment;

privatestringdate;

privatestringprogrammer;

}

//把属性指派给类

[BugFixAttribute(121,"JesseLiberty","01/03/05")]

[BugFixAttribute(107,"JesseLiberty","01/04/05",

Comment="Fixedoffbyoneerrors")]

publicclassMyMath

{

publicdoubleDoFunc1(doubleparam1)

{

returnparam1+DoFunc2(param1);

}

publicdoubleDoFunc2(doubleparam1)

{

returnparam1/3;

}

}

publicclassTester

{

publicstaticvoidMain()

{

MyMathmm=newMyMath();

Console.WriteLine("CallingDoFunc(7).Result:{0}",

mm.DoFunc1(7));

}

}

输出： 

CallingDoFunc(7).Result:9.3333333333333339 

象我们看到的那样，属性对输出绝对没有影响，创建属性也不会影响代码的性能。到目前为止，读者也只是在听我论述有关属性的问题，使用ILDASM浏览元数据，就会发现属性确实是存在的。