[InspiredBy("Andy Mc's brilliant .NET FAQ")]
class CTest
{
}
class CApp
{
    public static void Main()
    {
      object[] atts = typeof(CTest).GetCustomAttributes();
            foreach( object att in atts )
         if( att is InspiredByAttribute )
        Console.WriteLine( "Class CTest was inspired by {0}", _
           ((InspiredByAttribute)att).InspiredBy  );
    }
}
 

6.3 我能創(chuàng)建自己的 context 屬性嗎？
是的。看看 http://www.develop.com/dbox/dotnet/threshold/ 處的 Don Box 的例子 (叫作 CallThreshold) 和 http://www.razorsoft.net/ 處的 Perter Drayton 的 Tracehook.NET

7. 代碼訪問(wèn)安全性
7.1 什么是代碼訪問(wèn)安全性 (CAS)?
CAS 是 .NET 安全性模型的一部分，它確定一段代碼是否允許被運(yùn)行，以及當(dāng)它運(yùn)行是可以使用什么資源。例如，CAS 可以防止一個(gè) .NET 的 Web applet 將你的硬盤(pán)格式化。

7.2 CAS 如何起作用？
CAS 安全策略設(shè)計(jì)兩個(gè)關(guān)鍵概念—代碼組和權(quán)限。每個(gè) .NET 元件是特定 代碼組的成員，并且每個(gè)代碼組被授予由有名權(quán)限集所指定的權(quán)限。

例如，使用默認(rèn)的安全策略時(shí)，一個(gè)從 Web 站點(diǎn)下載的控件屬于“Zone - Internet”代碼組，它保持由有名權(quán)限集“Internet”所定義的權(quán)限。(自然，有名權(quán)限集“Internet”表示一組受到嚴(yán)格限制的權(quán)限。)

7.3 誰(shuí)定義 CAS 代碼組？
Microsoft 定義了一些默認(rèn)代碼組，但你可以改變這些甚至創(chuàng)建你自己的代碼組。要想看到你的系統(tǒng)中定義的代碼組，可以從命令橫行運(yùn)行“caspol -lg”命令。再我的系統(tǒng)里它看起來(lái)像這些：

Level = Machine

Code Groups:

1.  All code: Nothing
   1.1.  Zone - MyComputer: FullTrust
      1.1.1.  Honor SkipVerification requests: SkipVerification
   1.2.  Zone - Intranet: LocalIntranet
   1.3.  Zone - Internet: Internet
   1.4.  Zone - Untrusted: Nothing
   1.5.  Zone - Trusted: Internet
   1.6.  StrongName - 0024000004800000940000000602000000240000525341310004000003
000000CFCB3291AA715FE99D40D49040336F9056D7886FED46775BC7BB5430BA4444FEF8348EBD06
F962F39776AE4DC3B7B04A7FE6F49F25F740423EBF2C0B89698D8D08AC48D69CED0FC8F83B465E08
07AC11EC1DCC7D054E807A43336DDE408A5393A48556123272CEEEE72F1660B71927D38561AABF5C
AC1DF1734633C602F8F2D5: Everything
注意代碼組的層次—頂層 ('All code') 是最通用的，它隨后分為幾個(gè)組，每個(gè)還可以再分。同時(shí)注意，和一般的想象不同，子組可以被賦予比它的上級(jí)更寬的權(quán)限集。

7.4 如何定義自己的代碼組？
使用 caspol。例如，假定你信任來(lái)自 www.mydomain.com 的代碼，并且希望它對(duì)你的系統(tǒng)擁有完全的訪問(wèn)權(quán)，但是希望對(duì)其它 Internet 站點(diǎn)保持默認(rèn)的限制。要實(shí)現(xiàn)這些，你可以在“Zone - Internet”組中增加一個(gè)子組，就像下面那樣：

caspol -ag 1.3 -site www.mydomain.com FullTrust
現(xiàn)在如果你運(yùn)行 caspol -lg 就可以看到新的代碼組被增加為 1.3.1 組：

...
   1.3.  Zone - Internet: Internet
      1.3.1.  Site - www.mydomain.com: FullTrust
...
注意數(shù)字標(biāo)號(hào) (1.3.1) 只是 caspol 編出來(lái)以便能從命令行方便地操縱代碼組的。底層的運(yùn)行庫(kù)永遠(yuǎn)看不到它。

7.5 如何改變代碼組的權(quán)限集？
使用 caspol。如果你是機(jī)器的管理員，你能在 'machine' 層次上操作—這不僅意味著你所做的改變將成為機(jī)器的默認(rèn)設(shè)置，而且用戶不能把權(quán)限改得更寬。如果你是一個(gè)普通用戶 (不是管理員) 你仍然可以修改權(quán)限，但只能使它們變得更嚴(yán)格。例如，為使 intranet 代碼能做它們想做的事，你可能需要這樣：

caspol -cg 1.2 FullTrust
注意，因?yàn)?(在標(biāo)準(zhǔn)的系統(tǒng)里) 這比默認(rèn)的安全策略權(quán)限更大，你應(yīng)該在 machine 層次上做這些—在 user 層次上這樣做不起作用。

7.6 能否創(chuàng)建自己的權(quán)限集？
是的。使用 caspol -ap，指定一個(gè)包含權(quán)限集中所有的權(quán)限的 XML 文件。這里 是一個(gè)指定 'Everything' 權(quán)限集的示例文件—修改它以適應(yīng)你的需要，這樣可以節(jié)省一些時(shí)間。修改完成后，用以下方法將它添加到可用的權(quán)限集中：

caspol -ap samplepermset.xml
然后，用以下方法將此權(quán)限集施加到一個(gè)代碼組上：

caspol -cg 1.3 SamplePermSet
(默認(rèn)情況下，1.3 是 'Internet' 代碼組)

7.7 CAS 有問(wèn)題時(shí)，如何診斷自己的程序？
caspol 有一組可能有用的選項(xiàng)。首先，使用 caspol -rsg，你能讓 caspol 告訴你一個(gè)元件屬于哪一個(gè)代碼組。類似地，使用 caspol -rsp，你能詢問(wèn)在特定元件上施加了什么權(quán)限。

7.8 我受不了 CAS 帶來(lái)的麻煩，能否關(guān)掉它？
是的，只要你是系統(tǒng)管理員。只要運(yùn)行：

caspol -s off
 

8. 中間語(yǔ)言 (IL)
8.1 我能看到元件的中間語(yǔ)言嗎？
是的。Microsoft 提供了一個(gè)稱為 Ildasm 的工具，它可以用來(lái)查看元件的 metadata 和 IL。

8.2 能否通過(guò)反向工程從 IL 中獲得源代碼？
是的。相對(duì)而言，從 IL 來(lái)重新生成高級(jí)語(yǔ)言源代碼 (例如 C#) 通常是很簡(jiǎn)單的。

8.3 如何防止別人通過(guò)反向工程獲得我的代碼？
目前唯一的辦法是運(yùn)行帶有 /owner 選項(xiàng)的 ilasm。這樣生成的元件的 IL 不能通過(guò) ildasm 來(lái)查看。然而，意志堅(jiān)定的代碼破譯者能夠破解 ildasm 或者編寫(xiě)自己的 ildasm 版本，所以這種方法只能嚇唬那些業(yè)余的破譯者。

不幸的事，目前的 .NET 編譯器沒(méi)有 /owner 選項(xiàng)，所以要想保護(hù)你的 C# 或 VB.NET 元件，你需要像下面那樣做：

csc helloworld.cs
ildasm /out=temp.il helloworld.exe
ilasm /owner temp.il
(這個(gè)建議是 Hany Ramadan 貼到 DOTNET 上的。)

看起來(lái)過(guò)一段時(shí)間能有 IL 加密工具 (無(wú)論來(lái)自 Microsoft 或第三方)。這些工具會(huì)以這樣的方式來(lái)“優(yōu)化” IL：使反向工程變得更困難。

當(dāng)然，如果你是在編寫(xiě) Web 服務(wù)，反向工程看起來(lái)就不再是一個(gè)問(wèn)題，因?yàn)榭蛻舨荒茉L問(wèn)你的 IL。

8.4 我能直接用 IL 編程嗎？
是的。Peter Drayton 在 DOTNET 郵件列表里貼出了這個(gè)簡(jiǎn)單的例子：

.assembly MyAssembly {}
.class MyApp {
  .method static void Main() {
    .entrypoint
    ldstr      "Hello, IL!"
    call       void System.Console::WriteLine(class System.Object)
    ret
  }
}
將其放入名為 hello.il 的文件中，然后運(yùn)行 ilasm hello.il，將產(chǎn)生一個(gè) exe 元件。

8.5 IL 能做到 C# 中做不到的事嗎？
是的。一些簡(jiǎn)單的例子是：你能拋出不是從 SystemException 導(dǎo)出的異常，另外你能使用非以零起始的數(shù)組。

9. 關(guān)于 COM
9.1 COM 消亡了嗎？
就像你在郵件列表中看到的那樣，這個(gè)主題導(dǎo)致了激烈的爭(zhēng)論。看看以下兩個(gè)地方：

http://discuss.develop.com/archives/wa.exe?A2=ind0007&L=DOTNET&D=0&P=68241
http://discuss.develop.com/archives/wa.exe?A2=ind0007&L=DOTNET&P=R60761

我的理解是：COM 包含很多內(nèi)容，并且對(duì)于不同的人而言它是不同的東西。但是對(duì)我來(lái)說(shuō)，COM 基本上是關(guān)于一小段代碼如何找到另一小段代碼，以及當(dāng)它們相互找到后該如何相互通訊。COM 準(zhǔn)確地指明了這種定位和通訊該如何進(jìn)行。在完全由 .NET 對(duì)象構(gòu)成的“純” .NET 世界里，小段代碼依然相互尋找并相互交談，但它們不使用 COM 來(lái)做這些。它們使用在某些地方和 COM 很相像的一種模型—例如，類型信息保存在和組件封裝在一起的表單中，這和在 COM 組件中封裝一個(gè)類型庫(kù)十分相似。但它不是 COM。

所以，這里有什么問(wèn)題嗎？好吧，我確實(shí)不關(guān)心大多數(shù) COM 消失了—我不關(guān)心尋找組件不再和注冊(cè)表有關(guān)，我也不使用 IDL 來(lái)定義我的借口。但有一件東西我不希望它消失—我不希望失去基于接口的開(kāi)發(fā)這種思想。照我看來(lái)，COM 最強(qiáng)大的力量是它堅(jiān)持在接口和實(shí)現(xiàn)之間豎起鑄鐵般的隔墻。不幸的是，看來(lái) .NET 不再那樣堅(jiān)持—它允許你做基于接口的開(kāi)發(fā)，但它并不堅(jiān)持。一些人可能會(huì)辯解說(shuō)有一個(gè)選擇總不會(huì)是壞事，可能他們是對(duì)的，但我不能不覺(jué)得這可能是一個(gè)退步。

9.2 DCOM 消亡了嗎？
差不多是，尤其是對(duì)于 .NET 開(kāi)發(fā)者。.NET 框架有一個(gè)不基于 DCOM 的新的遠(yuǎn)程模型。當(dāng)然 DCOM 還會(huì)在互操作場(chǎng)合下使用。

9.3 MTS/COM+ 消亡了嗎？
不。第一個(gè) .NET 版本考慮的是提供對(duì)現(xiàn)有 COM+ 服務(wù) (通過(guò)一個(gè)互操作層) 而不是使用 .NET 自己的服務(wù)來(lái)取代它們。很多工具和屬性被用以實(shí)現(xiàn)盡可能平滑的過(guò)渡。.NET SDK 的 PDC 版本包括對(duì)核心服務(wù) (JIT 活動(dòng)、事務(wù)) 的支持，但不包括一些高層服務(wù) (例如 COM+ 事件、隊(duì)列化組件)。

在一段時(shí)間內(nèi)看來(lái)，互操作性可以預(yù)期是無(wú)縫集成的—這意味著一些服務(wù)將成為 CLR 的一部分，并且/或者意味著一些服務(wù)將以可管理代碼的形式重寫(xiě)并運(yùn)行在 CLR 的頂層。

關(guān)于這個(gè)主題，參見(jiàn) Joe Long 的貼子—Joe 是 Microsoft 的 COM+ 組的經(jīng)理。從這里開(kāi)始：

http://discuss.develop.com/archives/wa.exe?A2=ind0007&L=DOTNET&P=R68370

9.4 能在 .NET 中使用 COM 組件嗎？
可以。可以通過(guò) Runtime Callable Wrapper (RCW) 從 .NET 中訪問(wèn) COM 組件。它通過(guò)將 COM 組件映射為與 .NET 兼容的接口來(lái)使 COM 接口可以被訪問(wèn)。對(duì)于 oldautomation 接口，可以自動(dòng)地從一個(gè)類型庫(kù)中產(chǎn)生。對(duì)于非 oleautomation 接口，可以開(kāi)發(fā)一個(gè)定制的 RCW，以便手工地將 COM 接口的類型映射為與 .NET 兼容的類型。

對(duì)于熟悉 ATL 的讀者，這里有一個(gè)簡(jiǎn)單的示例。首先，創(chuàng)建一個(gè) ATL 組件以實(shí)現(xiàn)以下 IDL：

import "oaidl.idl";
import "ocidl.idl";

[
    object,
    uuid(EA013F93-487A-4403-86EC-FD9FEE5E6206),
    helpstring("ICppName Interface"),
    pointer_default(unique),
    oleautomation
]

interface ICppName : IUnknown
{
    [helpstring("method SetName")] HRESULT SetName([in] BSTR name);
    [helpstring("method GetName")] HRESULT GetName([out,retval] BSTR *pName );
};

[
    uuid(F5E4C61D-D93A-4295-A4B4-2453D4A4484D),
    version(1.0),
    helpstring("cppcomserver 1.0 Type Library")
]
library CPPCOMSERVERLib
{
    importlib("stdole32.tlb");
    importlib("stdole2.tlb");
    [
        uuid(600CE6D9-5ED7-4B4D-BB49-E8D5D5096F70), 
        helpstring("CppName Class")
    ]
    coclass CppName
    {
        [default] interface ICppName;
    };
};
建立了組件以后，你會(huì)得到一個(gè) typelibrary。在 typelibrary 上運(yùn)行 TLBIMP 實(shí)用程序，就像這樣：

tlbimp cppcomserver.tlb
如果成功，你會(huì)得到像這樣的信息：

Typelib imported successfully to CPPCOMSERVERLib.dll
現(xiàn)在你需要一個(gè) .NET 客戶端—我們用 C# 創(chuàng)建一個(gè)包含以下代碼的 .cs 文件：

using System;
using CPPCOMSERVERLib;

public class MainApp
{
    static public void Main()
    {
        CppName cppname = new CppName();
        cppname.SetName( "bob" );
        Console.WriteLine( "Name is " + cppname.GetName() );
    }
}
注意我們使用 typelibrary 的名字作為命名空間，COM 類的名字作為類名。我們也可以選擇使用 CPPCOMSERVERLib.CppName 作為類名而且不需要語(yǔ)句 using CPPCOMSERVERLib。

像這樣編譯以上 C# 代碼：

csc /r:cppcomserverlib.dll csharpcomclient.cs
注意，編譯被告知，引用我們剛才用 TLBIMP 從 typelibrary 產(chǎn)生的 DLL。

現(xiàn)在你應(yīng)該可以運(yùn)行 csharpcomclient.exe，并從控制臺(tái)得到如下輸出：

Name is bob
 

9.5 能在 COM 中使用 .NET 組件嗎？
可以。可以通過(guò)一個(gè) COM Callable Wraper (CCW) 從 COM 中訪問(wèn) .NET 組件。這和 RCW 很相似 (參見(jiàn)上一個(gè)問(wèn)題)，但以相反的方向工作。同樣，如果它不能由 .NET 開(kāi)發(fā)工具自動(dòng)產(chǎn)生，或不想要自動(dòng)產(chǎn)生的行為邏輯，可以開(kāi)發(fā)一個(gè)定制的 CCW。為使 COM 可以“看見(jiàn)” .NET 組件，.NET 組件必須在注冊(cè)表里注冊(cè)。

這里是一個(gè)簡(jiǎn)單的例子。創(chuàng)建一個(gè)名為 testcomserver.cs 的 C# 文件并輸入下面的代碼：

using System;

namespace AndyMc
{
    public class CSharpCOMServer
    {
        public CSharpCOMServer() {}
        public void SetName( string name ) { m_name = name; }
        public string GetName() { return m_name; } 
        private string m_name;
    }         
}
然后編譯 .cs 文件：

csc /target:library testcomserver.cs
你會(huì)得到一個(gè) dll，這樣將它注冊(cè)：

regasm testcomserver.dll /tlb:testcomserver.tlb
現(xiàn)在你需要?jiǎng)?chuàng)建一個(gè)客戶端程序來(lái)測(cè)試你的 .NET COM 組件。VBScript 可以—將以下內(nèi)容放到一個(gè)名為 comclient.vbs 的文件中：

Dim dotNetObj
Set dotNetObj = CreateObject("AndyMc.CSharpCOMServer")
dotNetObj.SetName ("bob")
MsgBox "Name is " & dotNetObj.GetName()
運(yùn)行此腳本：

wscript comclient.vbs
嘿！你得到一個(gè)顯示文本“Name is bob”的消息框。

(注意，編寫(xiě)此程序時(shí)，看起來(lái)可以通過(guò)幾種路徑將 .NET 類作為 COM 組件訪問(wèn)—為了避免問(wèn)題，在 testcomserver.dll 相同的目錄下運(yùn)行 comclient.vbs。

一種替代的方法是使用 Jason Whittington 和 Don Box 開(kāi)發(fā)的 dm.net moniker。到這里 http://staff.develop.com/jasonw/clr/readme.htm 查看。

9.6 在 .NET 的世界中 ATL 是多余的嗎？
是的。如果你在編寫(xiě) .NET 框架內(nèi)的應(yīng)用程序。當(dāng)然許多開(kāi)發(fā)者希望繼續(xù)使用 ATL 來(lái)編寫(xiě) .NET 框架以外的 C++ COM 組件，但當(dāng)你在 .NET 框架內(nèi)時(shí)你差不多總是希望使用 C#。在 .NET 世界里，原始的 C++ (以及基于它的 ATL) 并沒(méi)有太多的地位—它太直接了，并且提供了太多的適應(yīng)性，以至于運(yùn)行庫(kù)不能管理它。

10. 雜項(xiàng)
10.1 .NET 的遠(yuǎn)程計(jì)算如何工作？
.NET 的遠(yuǎn)程計(jì)算涉及通過(guò)通道發(fā)送消息。兩種標(biāo)準(zhǔn)的通道是 HTTP 和 TCP。僅僅在局域網(wǎng)上才傾向于使用 TCP—HTTP 能在局域網(wǎng)和廣域網(wǎng) (internet) 上使用。

現(xiàn)在提供了對(duì)多種消息串行化格式的支持，例如 SOAP (基于 XML) 和二進(jìn)制格式。默認(rèn)情況下，HTTP 通道使用 SOAP (通過(guò) .NET 運(yùn)行庫(kù)的 Serialization SOAP Formatter)，而 TCP 通道使用二進(jìn)制格式 (通過(guò) .NET 運(yùn)行庫(kù)的 Serialization Binary Formatter)。但每個(gè)通道可以使用任一串行化格式。

這里是遠(yuǎn)程訪問(wèn)的一些方式：

SingleCall。每個(gè)來(lái)自客戶端的請(qǐng)求由一個(gè)新對(duì)象服務(wù)。當(dāng)請(qǐng)求完成后對(duì)象被丟棄。可以在 ASP+ 環(huán)境中使用 ASP+ 國(guó)家服務(wù)來(lái)保存應(yīng)用程序或會(huì)話的國(guó)家，從而使這種模型 (無(wú)國(guó)家之分的) 變成有國(guó)家支持的。
　
Singleton。所有來(lái)在客戶端的請(qǐng)求由單一的服務(wù)器對(duì)象處理。
　
Client-activated object。這是老的有國(guó)家支持的 (D)COM 模型，這里客戶端受到一個(gè)遠(yuǎn)端對(duì)象的引用并保留此引用 (以保持遠(yuǎn)端對(duì)象的生存)，直到對(duì)它的訪問(wèn)完成。
對(duì)象的分布式垃圾收集由稱為“基于租用的生命周期”管理。每個(gè)對(duì)象擁有一個(gè)租用時(shí)間，這個(gè)時(shí)間到達(dá)時(shí)，從 .NET 運(yùn)行庫(kù)的遠(yuǎn)程子結(jié)構(gòu)斷開(kāi)對(duì)象。對(duì)象有默認(rèn)的更新時(shí)間—從客戶端發(fā)起的成功調(diào)用會(huì)更新租用時(shí)間。客戶端也可以顯示地更新租用時(shí)間。

如果你對(duì)使用 XML-RPC 來(lái)代替 SOAP，可以看看 Charles Cook 在 http://www.cookcomputing.com/xmlrpc/xmlrpc.shtml 的 XML-RPC.Net 站點(diǎn)。

10.2 如何在 .NET 程序中獲得 Win32 API？
使用 P/Invoke。它使用了和 COM 互操作性相似的技術(shù)，但被用來(lái)訪問(wèn)靜態(tài) DLL 入口點(diǎn)而不是 COM 對(duì)象。以下是一個(gè)調(diào)用 Win32 MessageBox 函數(shù)的 C# 程序示例：

using System;
using System.Runtime.InteropServices;

class MainApp
{
    [dllimport("user32.dll", EntryPoint="MessageBox", SetLastError=true, CharSet=CharSet.Auto)]
    public static extern int MessageBox(int hWnd, String strMessage, String strCaption, uint uiType);

    public static void Main()
    {
        MessageBox( 0, "Hello, this is PInvoke in Operation!", ".NET", 0 );
    }
}
 

11. 類庫(kù)
11.1 文件 I/O
11.1.1 如何讀文本文件？
首先，使用 System.IO.FileStream 對(duì)象打開(kāi)文件：

FileStream fs = new FileStream( @"c:/test.txt", FileMode.Open, Fileaccess.Read );
FileStream 繼承于 Stream，所以你可以用一個(gè) StreamReader 對(duì)象把 FileStream 對(duì)象包裝起來(lái)。這樣為一行一行地進(jìn)行流處理提供了一個(gè)良好的界面：

StreamReader sr = new StreamReader( fs );
string curLine;
while( (curLine = sr.ReadLine()) != null )
    Console.WriteLine( curLine );
最后關(guān)閉 StreamReader 對(duì)象：

sr.Close();
注意這樣將自動(dòng)地在底層 Stream 對(duì)象上調(diào)用 Close ()，所以不必顯示地執(zhí)行 fs.Close()。

11.1.2 如何寫(xiě)文本文件？
和讀文件的例子相似，只是把 StreamReader 換成 StreamWriter。

11.1.3 如何讀寫(xiě)二進(jìn)制文件？
和文本文件類似，只是要用 BinaryReader/Writer 對(duì)象而不是 StreamReader/Writer 來(lái)包裝 FileStream 對(duì)象。

11.1.4 如何刪除文件？
在 System.IO.File 對(duì)象上使用靜態(tài)方法 Delete ()：

File.Delete( @"c:/test.txt" );
 

11.2 文本處理
11.2.1 是否支持正規(guī)表達(dá)式？
是的。使用 System.Text.RegularExpressions.Regex 類。例如，以下代碼更新 HTML 文件的標(biāo)題：

FileStream fs = new FileStream( "test.htm", FileMode.Open, FileAccess.Read );
StreamReader sr = new StreamReader( fs );

Regex r = new Regex( "<TITLE>(.*)</TITLE>" );
string s;
while( (s = sr.ReadLine()) != null )
{
    if( r.IsMatch( s ) )
        s = r.Replace( s, "<TITLE>New and improved ${1}</TITLE>" );
    Console.WriteLine( s );
}
 

11.3 Internet
11.3.1 如何下載網(wǎng)頁(yè)？
首先使用 System.Net.WebRequestFactory 類來(lái)獲得一個(gè) WebRequest 對(duì)象：

WebRequest request = WebRequestFactory.Create( "http://localhost" );
然后請(qǐng)求應(yīng)答：

WebResponse response = request.GetResponse();
GetResponse 方法被阻塞直到下載完成。然后你能像下面那樣訪問(wèn)應(yīng)答流：

Stream s = response.GetResponseStream();

// Output the downloaded stream to the console
StreamReader sr = new StreamReader( s );
string line;
while( (line = sr.ReadLine()) != null )
    Console.WriteLine( line );
注意 WebRequest 和 WebReponse 對(duì)象分別向下兼容 HttpWebRequest 和 HttpWebReponse 對(duì)象，它們被用來(lái)訪問(wèn)和 http 相關(guān)的功能。

11.3.2 如何使用代理服務(wù)器 (proxy)？
兩種—這樣做以便影響所有 Web 請(qǐng)求：

System.Net.GlobalProxySelection.Select = new DefaultControlObject( "proxyname", 80 );
另外一種，要想對(duì)特定的 Web 請(qǐng)求設(shè)置代理服務(wù)，這樣做：

ProxyData proxyData = new ProxyData();
proxyData.HostName = "proxyname";
proxyData.Port = 80;
proxyData.OverrideSelectProxy = true;

HttpWebRequest request = (HttpWebRequest)WebRequestFactory.Create( "http://localhost" );
request.Proxy = proxyData;
 

11.4 XML
11.4.1 是否支持 DOM？
是的。看看以下示例 XML文檔：

<PEOPLE>
    <PERSON>Fred</PERSON>
    <PERSON>Bill</PERSON>   
</PEOPLE>   
可以這樣處理此文檔：

XmlDocument doc = new XmlDocument();
doc.Load( "test.xml" );

XmlNode root = doc.DocumentElement;

foreach( XmlNode personElement in root.ChildNodes )
    Console.WriteLine( personElement.FirstChild.Value.ToString() );
輸出為：

Fred
Bill
 

11.4.2 是否支持 SAX？
不。作為替換，提供了一個(gè)新的 XmlReader/XmlWriter API。像 SAX 一樣，它是基于流的，但它使用“pull”模型而不是 SAX 的“push”模型。這是一個(gè)例子：

XmlTextReader reader = new XmlTextReader( "test.xml" );

while( reader.Read() )
{
    if( reader.NodeType == XmlNodeType.Element && reader.Name == "PERSON" )
    {
        reader.Read(); // Skip to the child text
        Console.WriteLine( reader.Value );
    }
}
 

11.4.3 是否支持 XPath？
是的，通過(guò) XmlNavigator 類 (DocumentNavigator 是從 XmlNavigator 導(dǎo)出的)：

XmlDocument doc = new XmlDocument();
doc.Load( "test.xml" );

DocumentNavigator nav = new DocumentNavigator(doc);
nav.MoveToDocument();

nav.Select( "descendant::PEOPLE/PERSON" );

while( nav.MoveToNextSelected() )
{
    nav.MoveToFirstChild();
    Console.WriteLine( "{0}", nav.Value );
}
 

11.5 線程
11.5.1 是否支持多線程？
是的，對(duì)多線程有廣泛的支持。系統(tǒng)能產(chǎn)生新線程，并提供應(yīng)用程序可以使用的線程池。

11.5.2 如何產(chǎn)生一個(gè)線程？
創(chuàng)建 System.Threading.Thread 對(duì)象的一個(gè)實(shí)例，把將要在新線程中執(zhí)行的 ThreadStart 示例傳遞給它。例如：

class MyThread
{
    public MyThread( string initData )
    {
        m_data = initData;
        m_thread = new Thread( new ThreadStart(ThreadMain) );
        m_thread.Start();
    }

    // ThreadMain() is executed on the new thread.
    private void ThreadMain()
    {
        Console.WriteLine( m_data );
    }

    public void WaitUntilFinished()
    {
        m_thread.Join();
    }

    private Thread m_thread;
    private string m_data;
}
這里創(chuàng)建 MyThread 的一個(gè)實(shí)例就足以產(chǎn)生線程并執(zhí)行 MyThread.ThreadMain () 方法：

MyThread t = new MyThread( "Hello, world." );
t.WaitUntilFinished();
 

11.5.3 如何停止一個(gè)線程？
有好幾個(gè)辦法。首先，你能使用自己的通訊機(jī)制告訴 ThreadStart 方法結(jié)束。另外 Thread 類有內(nèi)置的支持來(lái)命令線程停止。基本的兩個(gè)方法是 Thread.Interrupt () 和 Thread.Abort ()。前者導(dǎo)致拋出一個(gè) ThreadInterruptedException 并隨后進(jìn)入 WaitJoinSleep 狀態(tài)。換句話說(shuō)，Thread.Interrupt 是一種禮貌的方式，它請(qǐng)求線程在不再進(jìn)行任何有用的工作時(shí)自行停止的。與此相對(duì)應(yīng)，Thread.Abort () 拋出一個(gè) ThreadAbortException 而不管線程正在做什么。而且，ThreadAbortException 不能像通常的異常那樣被捕獲 (即使最終將執(zhí)行 ThreadStart 的終止方法)。Thread.Abort () 是一般情況下不需要的非常手段。

11.5.4 怎樣使用線程池？
通過(guò)向 ThreadPool.QueueUserWorkItem () 方法傳遞 WaitCallback 的一個(gè)實(shí)例：

class CApp
{
    static void Main()
    {
        string s = "Hello, World";
        ThreadPool.QueueUserWorkItem( new WaitCallback( DoWork ), s );

        Thread.Sleep( 1000 );    // Give time for work item to be executed
    }

    // DoWork is executed on a thread from the thread pool.
    static void DoWork( object state )
    {
        Console.WriteLine( state );
    }
}
 

11.5.5 怎樣知道我的線程池工作項(xiàng)目是在何時(shí)完成的？
沒(méi)有方法詢問(wèn)線程池這類信息。你必須在 WaitCallback 方法中放置代碼來(lái)發(fā)出信號(hào)以表明它已經(jīng)完成。這里事件也很有用處。

11.5.6 怎樣防止對(duì)數(shù)據(jù)的并發(fā)訪問(wèn)？
每個(gè)對(duì)象有一個(gè)與之相聯(lián)的并發(fā)鎖 (受批評(píng)的部分)。System.Threading.Monitor.Enter/Exit 方法用來(lái)獲得和釋放鎖。例如，下面類的實(shí)例只允許一個(gè)線程同時(shí)進(jìn)入方法 f ()：

class C
{
    public void f()
    {
        try
        {
            Monitor.Enter(this);
            ...
        }
        finally
        {
            Monitor.Exit(this);
        }
    }
}
C# 有一個(gè)關(guān)鍵字‘lock’提供了以上代碼的簡(jiǎn)單形式：

class C
{
    public void f()
    {
        lock(this)
        {
            ...
        }
    }
}
注意，調(diào)用 Monitor.Enter (myObject) 并不意味著對(duì) myObject 的所有訪問(wèn)都被串行化了。它意味著請(qǐng)求同 myObject 相聯(lián)的同步鎖，并且在調(diào)用 Monitor.Exit(o) 之前，沒(méi)有任何其它線程可以請(qǐng)求該鎖。換句話說(shuō)，下面的類和以上給出的類在功能上是等同的：

class C
{
    public void f()
    {
        lock( m_object )
        {
            ...
        }
    }

    private m_object = new object();
}
 

11.6 跟蹤
11.6.1 有內(nèi)置的跟蹤/日志支持嗎？
是的，在 System.Diagnostics 命名空間中。有兩個(gè)處理跟蹤的主要的類—Debug 和 Trace。它們以相似的方式工作—不同之處是 Debug 類中的跟蹤只能在用 DEBUG 標(biāo)志生成的代碼中工作，而 Trace 類中的跟蹤只能在指明了 TRACE 標(biāo)記生成的代碼中工作。典型地，這意味著你應(yīng)該在你希望能在 debug 和 release 版本中都能跟蹤時(shí)使用 System.Diagnostics.Trace.WriteLine，而在你希望只能在 debug 版本中能跟蹤時(shí)使用 System.Diagnostics.Debug.WriteLine。

11.6.2 能否將跟蹤輸出重定向到一個(gè)文件？
是的。Debug 類和 Trace 類都有一個(gè) Listeners 屬性，它們分別收集你用 Debug.WriteLine 或 Trace.WriteLine 產(chǎn)生的輸出。默認(rèn)情況下 Listeners 只有一個(gè)收集槽，它是 DefaultTraceListener 類的一個(gè)實(shí)例。它將輸出發(fā)送到 Win32 的 OutputDebugString () 函數(shù)和 System.Diagnostics.Debugger.Log () 方法。調(diào)試時(shí)這很有用，但如果你試圖從客戶站點(diǎn)跟蹤一個(gè)問(wèn)題，將輸出重定向到一個(gè)文件中就更為恰當(dāng)。幸運(yùn)的是，為此目的提供了 TextWriterTraceListener 類。

這里是 TextWriterTraceListener 如何將 Trace 輸出重定向到一個(gè)文件：

Trace.Listeners.Clear();
FileStream fs = new FileStream( @"c:/log.txt", FileMode.Create, FileAccess.Write );
Trace.Listeners.Add( new TextWriterTraceListener( fs ) );

Trace.WriteLine( @"This will be writen to c:/log.txt!" );
注意使用 Trace.Listeners.Clear () 去掉了默認(rèn)的 listener。如果不這樣做，輸出將在文件和 OutputDebugString () 中同時(shí)產(chǎn)生。一般情況下你不希望如此，因?yàn)?OutputDebugString () 導(dǎo)致很大的性能開(kāi)銷。

11.6.3 能否定制跟蹤的輸出？
是的。你能編寫(xiě)你自己的 TraceListener 導(dǎo)出類，并把所有的輸出重定向到它上面。這里有一個(gè)簡(jiǎn)單的例子，它從 TextWriterTraceListener 導(dǎo)出 (并隨后內(nèi)建了對(duì)寫(xiě)文件的支持) 并在每個(gè)輸出行上添加時(shí)間信息和線程 ID：

class MyListener : TextWriterTraceListener
{
    public MyListener( Stream s ) : base(s)
    {
    }

    public override void WriteLine( string s )
    {
        Writer.WriteLine( "{0:D8} [{1:D4}] {2}",
            Environment.TickCount - m_startTickCount,
            AppDomain.GetCurrentThreadId(),
            s );
    }

    protected int m_startTickCount = Environment.TickCount;
}
(注意這個(gè)實(shí)現(xiàn)并不完整—例如沒(méi)有覆蓋 TraceListener.Write 方法。)

這種方法的美妙之處在于，向 Trace.Listener 添加 MyListener 之后，所有對(duì) Trace.WriteLine () 的調(diào)用都轉(zhuǎn)向了 MyListener，包括從對(duì) MyListener 一無(wú)所知的被引用元件發(fā)出的調(diào)用。

12. 資源
12.1 從哪里可以獲得關(guān)于 .NET 的詳情？
Microsoft .NET 主頁(yè)位于 http://www.microsoft.com/net/。Microsoft 同時(shí)將它發(fā)布在 GOTDOTNET。

Microsoft 還發(fā)布了 .NET Framework FAQ，和本文很相似。可以在那里找到這里許多問(wèn)題更“權(quán)威”的解答。

Robert Scoble 編輯了一個(gè)很容易理解的在線列表 http://www.devx.com/dotnet/resources/，這里還有一個(gè) http://www.singularidad.com.ar/dotnet.asp。

在 http://www.devx.com/free/press/2000/vs-qalist.asp Robert 還有一個(gè) .NET“著名問(wèn)題與解答”主頁(yè)。

Richard Grimes 和 Richard Anderson 有一個(gè)叫作 Managed World.COM.的站點(diǎn)。

http://www.ibuyspy.com/ 是一個(gè)以展示 .NET 平臺(tái)為目的創(chuàng)建的示例站點(diǎn)。

還有我的 C# FAQ for C++ Programmers。