有趣的事始于GetContent方法。首先，代码对URL实行十分简单的检查，如果它不适合，就会引发一个ArgumentException 异常。之后，我请求WebRequestFactory ，以创建一个基于传递给它的URL的WebRequest对象。
因为我不想发送cookies、附加头和询问串等，所以立即访问WebResponse（第32行）。如果你需要请求上述任何的功能，必须在这一行之前实现它们。
第35和36行初始化一个字节缓冲区，它用于从返回流中读数据。暂时忽略StringBuilder 类，只要返回流中仍然有要读的数据，while循环就会简单地重复。最后的读操作将返回零，因此结束了该循环。现在我想回到StringBuilder类。为什么用这个类的实例而不是简单地把字节缓冲区合并到一个字符串变量？看下面这个例子：
strMyString = strMyString + "some more text"；
这里很清楚，你正在拷贝值。常量 "some more text" 以一个字符串变量类型被加框，且根据加法操作创建了一个新的字符串变量。接着被赋给了 strMyString.有很多次拷贝，是吗？
但你可能引起争论
strMyString += "some more text"；
不要炫耀这种行为。对不起，对于C#这是一个错误的答案。其操作完全与所描述的赋值操作相同。不涉及该问题的另外的途径是使用StringBuilder类。它利用一个缓冲区进行工作，接着，在没有发生我所描述的拷贝行为的情况下，你进行追加、插入、删除和替换操作。这就是为什么我在类中使用它来合并那些读自缓冲区中的内容。
该缓冲区把我带进了这个类中最后重要的代码片段——第45行的编码转换。它只不过涉及到我获得请求的字符集。
最后，当所有的内容被读入且被转换时，我显式地从 StringBuilder请求一个字符串对象并把它赋给了输出变量。一个返回值仍然会导致另外的拷贝操作。
8.1.2 编译组件
到目前为止，你所做的工作与在正常应用程序的内部编写一个类没有什么区别。所不同的是编译过程。你必须创建一个库而不是一个应用程序：
csc /r：System.Net.dll /t：library /out：wrq.dll webrequest.cs
编译开关/t：library 告诉C#编译，要创建一个库而不是搜寻一个静态 Main方法。同样，因为我正在使用System.Net名字空间，所以必须引用 （/r：）它的库，这个库就是System.Net.dll.
你的库命名为 wrq.dll，现在它准备用于一个客户应用程序。因为在这章中我仅使用私有组件工作，所以你不必把库拷贝到一个特殊的位置，而是拷贝到客户应用程序目录。
8.1.3 创建一个简单的客户应用程序
当一个组件被写成且被成功地编译时，你所要做的就是在客户应用程序中使用它。我再次创建了一个简单的命令行应用程序，它返回了我维护的一个开发站点的首页（见清单8.2）。
清单 8.2 用 RequestWebPage 类返回一个简单的网页
1： using System；
2：
3： class TestWebReq
4： {
5： public static void Main（）
6： {
7： RequestWebPage wrq = new RequestWebPage（）；
8： wrq.URL = "http://www.alphasierrapapa.com/iisdev/"；
9：
10： string strResult；
11： try
12： {
13： wrq.GetContent（out strResult）；
14： }
15： catch （Exception e）
16： {
17： Console.WriteLine（e）；
18： return；
19： }
20：
21： Console.WriteLine（strResult）；
22： }
成员
注意，我已经在一个try catch语句中包含了对 GetContent的调用。其中的一个原因是GetContent可能引发一个 ArgumentException异常。此外，我在组件内部调用的。NET框架类也可以引发异常。因为我不能在类的内部处理这些异常，所以我必须在这里处理它们。
其余的代码只不过是简单的组件使用——调用标准的构造函数，存取一个属性，并执行一个方法。但等一下：你需要注意何时编译应用程序。一定要告诉编译器，让它引用你的新组件库DLL：
csc /r：wrq.dll wrclient.cs
现在万事俱备，你可以测试程序了。输出结果会滚屏，但你可以看到应用程序工作。使用了常规的表达式，你也可以增加代码，以解析返回的HTML，并依据你个人的喜好，提取信息。我预想会使用到这个类新版本的SSL（安全套接字层），用于ASP+网页中的在线信用卡验证。你可能会注意到，没有特殊的using 语句用于你所创建的库。原因是你在组件的源文件中没有定义名字空间。
8.2 使用名字空间工作
你经常使用到名字空间，例如System 和System.Net.C#利用名字空间来组织程序，而且分层的组织使一个程序的成员传到另一个程序变得更容易。
尽管不强制，但你总要创建名字空间，以清楚地识别应用程序的层次……NET框架会给出构建这种分层的良好思想。
以下的代码片段显示了在C#原文件中简单的名字空间 My.Test（点号表示一个分层等级）的声明：
namespace My.Test
{
//这里的任何东西属于名字空间
}
当你访问名字空间中的一个成员时，也有必要使用名字空间标识符完全地验证它，或者利用using标志把所有的成员引入到你当前的名字空间。本书前面的例子演示了如何应用这些技术。
在开始使用名字空间之前，只有少数有关存取安全的词。如果你不增加一个特定的存取修饰符，所有的类型将被默认为internal .当你想从外部访问该类型时，使用 public .不允许其它的修饰符。这是关于名字空间充分的理论。让我们继续实现该理论——以下小节说明了当构建组件应用程序时，如何使用名字空间
。在名字空间中包装类
。在客户应用程序中使用名字空间
。为名字空间增加多个类
8.2.1 在名字空间中包装类
既然你知道了名字空间的理论含义，那么让我们在现实生活中实现它吧。在这个和即将讨论到的例子中，自然选择到的名字空间是Presenting.CSharp.为了不使你厌烦，仅仅是把RequestWebPage包装到Presenting.CSharp中，我决定写一个类，用于 Whois查找（见清单8.3）。
【责编:John】
相关文章编辑推荐
相关产品和培训
文章评论
认证培训 专题推荐
今日更新 社区讨论 博客论点 频道精选
您现在的位置： 
佚名
2007-11-29
