文章編號: 949734 - 上次校閱: 2008年2月26日 - 版次: 1.1

MCTS Self-Paced 訓練套件 (測驗 70 536)： Microsoft ?.NET Framework 2.0 — 應用程式開發基礎註解和更正第 4

中英文對照顯示按一下這裡顯示機器翻譯的中英文對照
機器翻譯檢視機器翻譯免責聲明
檢視此文章適用的產品。
系統提示本文適用於您使用的作業系統之外的作業系統。與您不相關的文章內容已停用。

在此頁中

全部展開 | 全部摺疊

結論

這份文件包含註解、 更正，與 Microsoft 按活頁簿的相關的已知錯誤的相關資訊 MCTS Self-Paced 訓練套件 (測驗 70 536)： Microsoft ?.NET Framework 2.0 — 應用程式開發基礎，0-7356-2277年-9。這本書的額外修正可用於文章 923018 (http://support.microsoft.com/kb/923018/) 、 935218 (http://support.microsoft.com/kb/935218/) ，和 949730 (http://support.microsoft.com/kb/949730/) 。

將會涵蓋下列主題：

  • 會計部門 」 群組的位置所參考的頁面 733： 管理員群組
  • 參考代替 Data.dat 頁面 740： Data.data 檔案
  • 頁面 790：.NET 應用程式參考的 COM 應用程式的位置
  • 用角括弧取代頁面 794： 方形括號
  • 頁面 799-800： 不需要使用 C# 程式碼範例中的陳述式
  • 頁面 815： Layout.Sequential"使用來代替 LayoutKind.Sequential"
  • 頁面 816： Layout.Explicit"使用來代替 LayoutKind.Explicit"
  • 頁面 831： 模型參考模組的位置
  • 頁面 834： 程式碼範例包含在錯誤的位置
  • 頁面 838: 包含參考的位置使用陳述式的陳述式
  • 頁面 838： ShowAssembly 方法代替 ShowAssemblyInfo 參考
  • 頁面 847： GetCustomAttribute 代替 GetCustomAttributes 參考
  • 頁面 852： 類別參考的工作執行個體的位置
  • 頁面 855-856： InterfaceInfo 參考的工作類型的位置
  • 頁面 861： 列舉型別參考的工作屬性的位置
  • 頁面 864: 包含參考的位置使用陳述式的陳述式
  • 頁面 864-865： BindingFlag 代替 BindingFlags 參考
  • 頁面 871： 類別參考方法的位置
  • 頁面 871： 物件參考的工作類別的位置
  • 頁面 872: 包含參考的位置使用陳述式的陳述式
  • 頁面 876： EventBulder 類別參考 EventBuilder 類別的位置
  • 頁面 879： 類別參考的物件的位置
  • 頁面 881： PropertyAttribute 代替 PropertyAttributes 參考
  • 頁面 882: 包含參考的位置使用陳述式的陳述式
  • 頁面 887: 不正確的範圍，給定案例的案例
  • 頁面 924： CultureType"使用來代替 CultureTypes"
  • 在 C# 程式碼範例中的頁面 930: 錯誤
  • 第一個段落中不正確地列出頁面 936： 文化特性類別
  • 不正確第一個注意一節中所列的頁面 936： 文化特性類別
  • 頁面 945： 釐清需的答案 B 和 D 針對問題 2
  • 頁面 946： 建立參考項目而非傳送出去
  • 頁 950： 校正答案應該是 A
  • 頁面 953： 回答不正確的說明
  • 頁面 954： 更正答案中的第 2 課
  • 頁面 954： 解答 E 是不正確
  • 頁面 957： 解答 B 質疑章-第 3 之 1 不正確
  • 頁面 963： 案例 2 中所參考的不正確的.NET 版本回答 1
  • 頁面 977： 應該移除參考] 以問題 3
  • 頁面 977：.NET Framework 0 參考的.NET Framework 2.0 的位置
  • 頁面 978: 對應規格是必要 OpenMappedMachineConfiguration
  • 頁面 980： RemoveLog 應該是 DeleteLog
  • 頁面 986： SecurityAction.Demand 可以用宣告方式
  • 頁面 996："overcode"使用來代替"克服"
  • 頁面 1002： SmtpFailedReceipientException 應該是 SmtpFailedRecipientException
  • 頁面 1002： 問題 1 的答案是部分不正確
  • 頁面 1002： 120.0.1 應為 127.0.0.1
  • 頁面 1007： 的點陣圖詞彙項目是無法識別因此
  • 頁面 1007： 的筆刷詞彙項目是無法識別因此
  • 頁面 1009： 的偵錯和偵錯工具的詞彙項目是無法識別因此
  • 頁面 1010： 的圖形詞彙項目是無法識別因此
  • 頁面 1011： 的 LocalService 和 LocalSystem 詞彙項目是無法識別因此
  • 頁面 1011： 的 ManagementQuery 詞彙項目是無法識別因此
  • 頁面 1012： 的 NetworkService 詞彙項目是無法識別因此
  • 頁面 1012： 的畫筆詞彙項目是無法識別因此
  • 頁面 1013： 的 SoapFormatter 詞彙項目是無法識別因此
  • 頁面 1014： 的 StackTrace 詞彙項目是無法識別因此
回此頁最上方

其他相關資訊

會計部門 」 群組的位置所參考的頁面 733： 管理員群組

在頁面 733，最後一句會讀取：

"即使 Mary 是 「 管理員 」 群組的成員，而且管理員群組擁有完全控制的權限拒絕 ACE 表示管理員群組的所有成員都被都拒絕存取檔案"。

應該閱讀：

"即使 Mary 是 「 管理員 」 群組的成員，而且管理員群組擁有完全控制的權限拒絕 ACE 表示會計部門群組的所有成員都被都拒絕存取檔案"。

回此頁最上方

參考代替 Data.dat 頁面 740： Data.data 檔案

在頁面 740，程式碼範例會讀取： 

' VB
File.Create("C:\Guest\Data.Data")

// C#
File.Create(@"C:\Guest\Data.Data");

應該閱讀： 

' VB
File.Create("C:\Guest\Data.Dat")

// C#
File.Create(@"C:\Guest\Data.Dat");


回此頁最上方

頁面 790：.NET 應用程式參考的 COM 應用程式的位置

在頁面 790，型別程式庫匯出工具表 13-1 的描述會讀取：

「 建立可由.NET 應用程式為 COM 型別程式庫"

應該閱讀：

「 建立可由 COM 應用程式為 COM 型別程式庫"

回此頁最上方

用角括弧取代頁面 794： 方形括號

在頁面 794，第三行的程式碼範例會讀取： 

[assembly: RuntimeCompatibility(WrapNonExceptionThrows=false)]

應該閱讀： 

<Assembly: RuntimeCompatibility(WrapNonExceptionThrows:=False)>


回此頁最上方

頁面 799-800： 不需要使用 C# 程式碼範例中的陳述式

在頁面 799-800 C# 程式碼的前三行範例讀取： 

using System;
using System.Collections.Generic;
using System.Text;

應該移除這些程式碼行。

回此頁最上方

頁面 815： Layout.Sequential"使用來代替 LayoutKind.Sequential"

在頁面 815，粗體的區段標頭，在頁面中間附近會讀取：

"layout.sequential

應該閱讀：

LayoutKind.sequential"

第一個句子下 [Layout.Sequential 區段標題讀取：

若要使用第一種方法是 Layout.Sequential 的選項。

應該閱讀：

若要使用第一種方法是 LayoutKind.Sequential 的選項。

回此頁最上方

頁面 816： Layout.Explicit"使用來代替 LayoutKind.Explicit"

在頁面 816，頂端的頁面區段標題會讀取：

"layout.explicit

應該閱讀：

LayoutKind.explicit"

回此頁最上方

頁面 831： 模型參考模組的位置

在頁面 831，會讀取第三句：

"從組件和模型來向下一行程式碼屬於個別的陳述式一直，反映允許您同時詢問，且在.NET 中產生程式碼"。

應該閱讀：

"從組件和模組以向下一行程式碼屬於個別的陳述式一直，反映允許您同時詢問，且在.NET 中產生程式碼"。

回此頁最上方

頁面 834： 程式碼範例包含在錯誤的位置

在頁面 834，第二個和第三個段落閱讀：

更多有趣是的 GetCallingAssembly GetEntryAssembly，和 GetExecutingAssembly 呼叫。這些方法可以讓您擷取組件類別的執行個體是目前的呼叫堆疊的一部分的組件。GetEntryAssembly 傳回包含啟動方法 (通常在執行組件為桌面應用程式)，如下列範例所示之組件的執行個體： 
' VB
Dim theAssembly As Assembly = Assembly.GetExecutingAssembly

// C#
Assembly theAssembly = Assembly.GetExecutingAssembly();

您可以藉由呼叫 GetExecutingAssembly 擷取目前執行的程式碼的組件。相較之下，[GetCallingAssembly 擷取之方法向上一層呼叫堆疊中之組件類別的執行個體。在也就是說它會擷取包含呼叫目前執行中的程式碼的方法之組件"。

他們應該閱讀：

更多有趣是的 GetCallingAssembly GetEntryAssembly，和 GetExecutingAssembly 呼叫。這些方法可以讓您擷取組件類別的執行個體是目前的呼叫堆疊的一部分的組件。GetEntryAssembly 傳回包含啟動方法 (通常在執行組件為桌面應用程式) 組件的執行個體。

您可以藉由呼叫 GetExecutingAssembly 擷取目前執行的程式碼的組件。相較之下，[GetCallingAssembly 擷取之方法向上一層呼叫堆疊中之組件類別的執行個體。亦即它可擷取包含呼叫目前執行中的程式碼的方法之組件。 請參閱下列的範例： 
' VB
Dim theAssembly As Assembly = Assembly.GetExecutingAssembly

// C#
Assembly theAssembly = Assembly.GetExecutingAssembly();
"

回此頁最上方

頁面 838: 包含參考的位置使用陳述式的陳述式

在頁面 838，步驟 2 會讀取：

"加包含陳述式 (或 Imports 陳述式的 Visual Basic) 到 System.Reflection 命名空間至主要程式碼檔"。

應該閱讀：

「 加入 Using 陳述式 (或 Imports 陳述式的 Visual Basic) 至主要程式碼檔 System.Reflection 命名空間"

回此頁最上方

頁面 838： ShowAssembly 方法代替 ShowAssemblyInfo 參考

在頁面 838，步驟 3、 4、 7 和 9 閱讀：

"3.建立新的靜態方法呼叫可接受的組件類別做為參數執行個體的 ShowAssembly。

4.在新的 ShowAssembly 方法寫出 FullName]、 [GlobalAssemblyCache]、 [位置]，] 和 [ImageRuntimeVersion] 屬性到主控台。

7.呼叫 ShowAssembly 方法，與新的組件執行個體。

9.ShowAssembly 使用呼叫的方法一次這個執行個體的組件執行個體從正在執行的組件。您的程式碼可能如下："

他們應該閱讀：

"3.建立新的靜態方法呼叫可接受的組件類別做為參數執行個體的 ShowAssemblyInfo。

4.在新的 ShowAssemblyInfo 方法寫出 FullName]、 [GlobalAssemblyCache]、 [位置]，] 和 [ImageRuntimeVersion] 屬性到主控台。

7.呼叫 ShowAssemblyInfo 方法，與新的組件執行個體。

9.ShowAssemblyInfo 使用呼叫的方法一次組件執行個體從正在執行的組件。您的程式碼可能如下："

回此頁最上方

頁面 847： GetCustomAttribute 代替 GetCustomAttributes 參考

在頁面 847，快速組件屬性] 區段的第六個句子會讀取：

「 由於的這，[GetCustomAttribute 允許布林 (Boolean) 值，指出是否要取得繼承屬性"。

應該閱讀：

「 由於的這，[GetCustomAttributes 允許布林 (Boolean) 值，指出是否要取得繼承屬性"。

回此頁最上方

頁面 852： 類別參考的工作執行個體的位置

在頁面 852，遵循 [項目符號] 清單中取得您所需要的型別章節句子會讀取：

"使用的組件類別時您可以要求它的組件的所有模組中的所有型別呼叫 GetTypes 方法:"

應該閱讀：

"使用組件執行個體時您可以要求它的組件的所有模組中的所有型別呼叫 GetTypes 方法:"

回此頁最上方

頁面 855-856： InterfaceInfo 參考的工作類型的位置

在頁面 855，GetInterface 表格 14-8 的描述會讀取：

"擷取這個型別相關聯的特定 InterfaceInfo 物件"

應該閱讀：

"擷取特定的型別物件與此類型關聯"

在頁面 856，GetInterfaces 表格 14-8 的描述會讀取：

"擷取這個型別相關聯的所有 InterfaceInfo 物件"

應該閱讀：

"擷取這個型別相關聯的所有類型物件"

回此頁最上方

頁面 861： 列舉型別參考的工作屬性的位置

閱讀頁面上 861 前, 兩個句子下列表格 14-9：

您可以看到每一個這些 MemberInfo 物件是藉由檢查 MemberType 列舉 MemberInfo 類別上的成員型別。這個列舉型別包含所有不同類型的 MemberInfo 物件可代表的成員。

他們應該閱讀：

您可以看到每一個這些 MemberInfo 物件是藉由檢查 MemberInfo 類別上的 [MemberType] 屬性的成員型別。此屬性包含列舉值，代表所有不同類型的 MemberInfo 物件可代表的成員"。

回此頁最上方

頁面 864: 包含參考的位置使用陳述式的陳述式

在頁面 864，步驟 2 會讀取：

"加包含陳述式 (或在 Visual Basic 中的匯入) 到 System.Reflection 命名空間至主要程式碼檔"。

應該閱讀：

「 加入 Using 陳述式 (或在 Visual Basic 中的匯入) 至主要程式碼檔 System.Reflection 命名空間"

回此頁最上方

頁面 864-865： BindingFlag 代替 BindingFlags 參考

在頁面 864，會讀取步驟 4：

建立本機 BindingFlag 變數中及儲存旗標來取得只宣告，公用執行個體成員。

應該閱讀：

建立本機 BindingFlags 變數中及儲存旗標來取得只宣告，公用執行個體成員。

在頁面 865，會讀取步驟 10：

繼續在這個反覆項目] 迴圈中並取得所有成員從每個使用 BindingFlag 變數，從步驟 4 的型別。

應該閱讀：

繼續在這個反覆項目] 迴圈中並取得所有成員從每個使用 BindingFlags 變數，從步驟 4 的型別。

回此頁最上方

頁面 871： 類別參考方法的位置

在頁面 871，之後的第一個程式碼範例的第一個句子會讀取：

"在此範例您要取得 [MethodInfo WriteLine 類別，以取得單一字串，並將它寫出至主控台的多載的"。

應該閱讀：

"在此範例您要取得 [MethodInfo WriteLine 方法，以取得單一字串，並將它寫出至主控台的多載的"。

回此頁最上方

頁面 871： 物件參考的工作類別的位置

在頁面 871，之後的第二個程式碼範例的第一個句子會讀取：

"因為這是靜態方法時，您指定空值參數通常會將在其上執行方法物件的執行個體中"。

應該閱讀：

"因為這是靜態方法時，您指定空值參數通常會將在其上執行方法類別的執行個體中"。

回此頁最上方

頁面 872: 包含參考的位置使用陳述式的陳述式

在頁面 872，步驟 2 會讀取：

"主程式碼] 檔案中加入的包含陳述式 (或 Visual Basic 的匯入) System.Reflection 命名空間"。

應該閱讀：

「 主要程式碼] 檔案中加入 Using 陳述式 (或 Visual Basic 的匯入) 到 System.Reflection 命名空間"

回此頁最上方

頁面 876： EventBulder 類別參考 EventBuilder 類別的位置

在頁面 876，會讀取第四個名稱表格 14-11:

EventBulder"

應該閱讀：

EventBuilder"

回此頁最上方

頁面 879： 類別參考的物件的位置

在頁面 879，建立成員區段的第一個句子會讀取：

「 DefineType 方法會傳回該 TypeBuilder 類別是中央建立動態程式碼 」。

應該閱讀：

「 DefineType 方法會傳回 TypeBuilder 物件是中央建立動態程式碼 」。

回此頁最上方

頁面 881： PropertyAttribute 代替 PropertyAttributes 參考

在頁面 881，之後的第三個程式碼範例的第一個句子會讀取：

"雖然定義該屬性是很像是定義方法，PropertyAttribute 列舉型別不允許定義多個層面內容如您所預期"。

它 shoulld 讀取：

"雖然定義該屬性是很像是定義方法，PropertyAttributes 列舉型別不允許定義多個層面內容如您所預期"。

回此頁最上方

頁面 882: 包含參考的位置使用陳述式的陳述式

在頁面 882，步驟 2 會讀取：

"主程式碼] 檔案中加入包含陳述式 (或 Visual Basic 的 Imports 陳述式) System.Reflection 和 System.Reflection.Emit 命名空間。

應該閱讀：

「 主要程式碼] 檔案中使用新增陳述式 (或 Visual Basic 的 Imports 陳述式) System.Reflection 和 System.Reflection.Emit 命名空間"。

回此頁最上方

頁面 887: 不正確的範圍，給定案例的案例

在頁面 887，第一個句子會讀取：

"下列案例的案例中您將會套用您學到關於如何使用應用程式定義域和服務"。

應該閱讀：

"下列案例的案例中您將會套用您學到關於此章節的主題"。

回此頁最上方

頁面 924： CultureType"使用來代替 CultureTypes"

在頁面 924，會讀取頁面上的最後一句：

"GetCultures 方法會採用單一參數的型別 CultureType 」。

應該閱讀：

"GetCultures 方法會採用單一參數的型別 CultureTypes 」。

回此頁最上方

在 C# 程式碼範例中的頁面 930: 錯誤

在頁面 930，在第二個 C# 程式碼片段在 930] 頁面上的第一行會讀取： 

CompareInfo DemoInfo = Thread.CurrentThread.CurrentCulture.CompareInfo;


應該閱讀： 

CompareInfo DemoInfo = new CultureInfo(“en-US”).CompareInfo;


回此頁最上方

第一個段落中不正確地列出頁面 936： 文化特性類別

在頁面 936，會讀取第一段第三句：

"[CultureRegionAndInfoBuilder 類別可讓您建立及使用自訂的文化特性"。

應該閱讀：

"[CultureAndRegionInfoBuilder 類別可讓您建立及使用自訂的文化特性"。

回此頁最上方

不正確第一個注意一節中所列的頁面 936： 文化特性類別

在頁面 936，注意.NET 2.0 區段下方它會讀取：

CultureRegionAndInfoBuilder 類別是在.NET 2.0 新"

應該閱讀：

CultureAndRegionInfoBuilder 類別是在.NET 2.0 新"

回此頁最上方

頁面 945： 釐清需的答案 B 和 D 針對問題 2

在頁面 945，回答 B 和閱讀針對問題 2 D：

"B.更正： 當您傳遞實值型別，變數的複本使用程序。因此，對複本所作的任何修改不會影響原始值。 D.不正確: 若變數已參考，原來的值就已被修改"

他們應該閱讀：

"B.更正： 當您依值傳遞實值型別，變數的複本使用程序。因此，對複本所作的任何修改不會影響原始值。 D.不正確: 若變數已被傳址方式傳遞，原來的值就已被修改"

回此頁最上方

頁面 946： 建立參考項目而非傳送出去

在頁面 946，解答問題 4 閱讀：

"答： 不正確: 您可以建立參考類別 ； 但是，您可以進行修改傳遞至程序時。
B.不正確: 無法建立參考結構。
C.不正確: 您可以建立實值類別 ； 但是，結構傾向於更有效率。
D.校正: 值結構是通常是最有效率"

他們應該閱讀：
"答： 不正確: 您可以依參考傳遞類別 ； 但是，您可以進行修改傳遞至程序時。
B.不正確: 您可以為結構以傳址方式傳遞 ； 但是，您可以進行修改傳遞至程序時。
C.不正確: 您可以傳類別值 ； 不過傳遞結構值所傾向於更有效率。
D.更正： 以傳值方式傳遞的結構是通常是最有效率"

回此頁最上方

頁 950： 校正答案應該是 A

在頁面 950，Chapter 2 課程檢閱問題 3 到正確的答案不正確。

變更：
"3.更正解答: B
答： 不正確: [Path 類別處理只與路徑的字串。它會將沒有變更檔案系統。
B.正確： [Path 類別處理只有一個路徑的字串。它會沒有變更檔案系統"。

至:
"3 更正解答： A
A.正確： [Path 類別將會變更檔案副檔名。
B： 不正確: [Path 類別將會變更檔案副檔名"

回此頁最上方

頁面 953： 回答不正確的說明

在頁面 953，第 3 章課程 1 問題 2 答案 A 會讀取：

"A.校正: ISerializable 是您可以執行自訂序列化實作的介面。它不是屬性。

應該閱讀：

"A.校正: 這個程式碼範例運作正常使用 RegexOptions.Multiline 選項處理多行的輸入"

回此頁最上方

頁面 954： 更正答案中的第 2 課

在頁面 954，第 3 章第 2 課透過 D 的問題 1 答案 B 閱讀：

"B.不正確: UTF-16 有較小的位元組大小比 UTF-3
C.不正確: UTF-8 有較小的位元組大小比 UTF-3
D.不正確: ASCII 有較小的位元組大小比 UTF-3"

應該閱讀：

"B.不正確: UTF-16 有較小的位元組大小比 UTF-32
C.不正確: UTF-8 有較小的位元組大小比 UTF-32
D.不正確: ASCII 有較小的位元組大小比 UTF-32"

回此頁最上方

頁面 954： 解答 E 是不正確

在頁面 954，問題 4 的解答 E 應該是不正確。

變更：
"4 更正答案： A、 C 和 E"

至:
"4.更正答案： A 與 C"

變更：
"E.校正: 這個字串並符合規則運算式"

至:
"東不正確的： 這個字串不符合規則運算式，因為第一個字元必須是"a""
回此頁最上方

頁面 957： 解答 B 質疑章-第 3 之 1 不正確

在頁面 957，第 3 章的問題 1 針對給定的答案不正確。

變更：
"1 更正答案: B 和 D
答： 不正確: GetType 不會呼叫以判斷唯一性。
B.正確： 從物件的雜湊值用來查看是否在集合中使用雜湊。
C.不正確: 之物件的字串表示不會不判斷索引鍵是唯一。Hashtable 類別只會使用雜湊值來判斷唯一性。
D.更正： 如果兩個雜湊值是相同的 Equals 可以被呼叫來判斷兩個物件是否事實上等於之前將值指派給機碼"

至:
"1 更正答案: D
答： 不正確: GetType 不會呼叫以判斷唯一性。
B.不正確: 從物件的雜湊值用來查看雜湊是否已在集合中使用，但並不表示是否用於物件作為索引鍵。
C.不正確: 之物件的字串表示不會不判斷索引鍵是唯一。Hashtable 類別只會使用雜湊值來判斷唯一性。
D.更正： 如果兩個雜湊值是相同的 Equals 可以被呼叫來判斷兩個物件是否事實上等於之前將值指派給機碼"

回此頁最上方

頁面 963： 案例 2 中所參考的不正確的.NET 版本回答 1

在頁面 963，案例案例 2 的解答 1 會讀取：

還原 」 是，BinaryFormatter 可序列化物件序列化與.NET 0"。

應該閱讀：

還原 」 是，BinaryFormatter 可序列化物件序列化.NET 1.0"。

回此頁最上方

頁面 977： 應該移除參考] 以問題 3

在頁面 977，9，一章的回答第課 2，3 的問題會讀取：

"3.更正解答： D
答： 不正確: [自訂動作] 檢視用來促進沿著安裝路徑的自訂動作。它有標示著登錄上沒有則為 True。
B.不正確: [檔案系統] 檢視用來促進檔案系統的變更。它有登錄無法真正控制。
C.不正確: 沒有登錄編輯程式 」 的檢視。
D.更正： [登錄檢視是允許的新增和修改登錄正確的檢視"

應該略過此文字。

回此頁最上方

頁面 977：.NET Framework 0 參考的.NET Framework 2.0 的位置

在頁面 977，課程 3，答案 A 和 B 質疑 1 讀取：

"答： 不正確: 與處理序類別，但不是 0 的.NET Framework 組態工具，可以檢視處理程序。
B.不正確: 服務無法以.NET Framework 0 組態工具來檢視"

他們應該閱讀：

"答： 不正確: 與處理序類別，但不是.NET Framework 2.0 組態工具，可以檢視處理程序。
B.不正確: 服務無法以.NET Framework 2.0 組態工具來檢視"

回此頁最上方

頁面 978: 對應規格是必要 OpenMappedMachineConfiguration

在頁面 978 課程 4，質疑 1，請回答 D 讀取：

"正確： OpenMappedMachineConfiguration 是開啟電腦組態檔的有效方法"

應該閱讀：

"正確： OpenMappedMachineConfiguration 是有效的方法開啟電腦組態檔，如指定的對應"

回此頁最上方

頁面 980： RemoveLog 應該是 DeleteLog

在頁面 980，4 問題的回答 D 參照 RemoveLog，而不是 DeleteLog。

變更：
"D.不正確: 沒有 EventLog 類別沒有 RemoveLog 方法"

至:
"D.不正確: 沒有 EventLog 類別沒有 DeleteLog 方法"

回此頁最上方

頁面 986： SecurityAction.Demand 可以用宣告方式

在頁面 986，會讀取第 11 章、 第三課、 問題 2 的第一個答案：

"答： 不正確: SecurityAction.Demand 指示要擲回執行階段和例外狀況呼叫端和堆疊中較高層的所有呼叫端缺少指定的使用權限。不過，SecurityAction.Demand 必須使用命令式，並問題描述宣告式安全性的需求"。

應該閱讀：

"A.校正: SecurityAction.Demand 指示要擲回執行階段和例外狀況呼叫端和堆疊中較高層的所有呼叫端缺少指定的使用權限"

回此頁最上方

頁面 996："overcode"使用來代替"克服"

在頁面 996，在問題 2，解答 A，第二個句子會讀取：

"雖然型別可能會有不同，MarshalAs 方法可用來 overcode 這"。

應該閱讀：

"雖然型別可能會有不同，MarshalAs 方法可用來克服這"。

回此頁最上方

頁面 1002： SmtpFailedReceipientException 應該是 SmtpFailedRecipientException

在頁面 1002，第 2 課問題 3 解答 A 會包含例外狀況的 mispelling。

變更：
"A.更正： 如果 SMTP 伺服器拒絕電子郵件地址的執行階段擲回 SmtpFailedReceipientException"

至:
"A.更正： 如果 SMTP 伺服器拒絕電子郵件地址的執行階段擲回 SmtpFailedRecipientException"

回此頁最上方

頁面 1002： 問題 1 的答案是部分不正確

在頁面 1002年，問題 1 的第 2 課的回答不正確，然後解釋並遵循連結內容閱讀相關說明的其他答案是部分不正確。

變更：
"1.更正解答: B
答： 不正確: [MailMessage 類別不具有 Send 方法。
B.正確： 若要傳送訊息，建立 SmtpClient 的執行個體並呼叫 Send 方法。
C.不正確: 沒有 SmtpServer 類別。
D.不正確: 沒有沒有 MailClient 類別"

至:
"1 更正解答: C
答： 不正確: [MailMessage 類別不具有 Send 方法。
B.不正確: SmtpClient.Send 不會等待傳輸完成後，再繼續。
C.正確： SmtpClient.SendAsync 傳送電子郵件訊息，並再等待傳輸完成後，再繼續。
D.不正確: 沒有沒有 MailMessage 類別"

回此頁最上方

頁面 1002： 120.0.1 應為 127.0.0.1

在頁面 1002年，2 的解答 D 的說明是問題的不正確的。

變更：
120.0.1 是永遠說明 [本機電腦為特殊 IP 地址。

至:
127.0.0.1 是永遠說明 [本機電腦為特殊 IP 地址。

回此頁最上方

頁面 1007： 的點陣圖詞彙項目是無法識別因此

在頁面 1007年，在頁面上的第三個到最後一個項目會讀取：

"位於 System.Drawing 命名空間，這個類別會提供方法來載入和儲存影像，及編輯個別的像素"。

應該閱讀：

"System.Drawing 命名空間中的點陣圖 Located，這個類別會提供方法來載入和儲存影像，及編輯個別的像素"。

回此頁最上方

頁面 1007： 的筆刷詞彙項目是無法識別因此

在頁面 1007年，在頁面上的最後一個項目會讀取：

"位於 System.Drawing 命名空間，筆刷類別衍生的類別所需的繪製文字，而在圖形中填滿"。

應該閱讀：

"System.Drawing 命名空間中的筆刷 Located，筆刷類別衍生的類別所需的繪製文字，而在圖形中填滿"。

回此頁最上方

頁面 1009： 的偵錯和偵錯工具的詞彙項目是無法識別因此

在頁面 1009年，兩個項目下方 」 資料加密標準 (DES) 」 閱讀：

"允許要附加至程式碼的偵錯工具物件的應用程式中定義一個特定常數。

一個類別提供預設偵錯工具附加至應用程式的存取"。

他們應該閱讀：

「 偵錯中允許的應用程式定義的特定常數

偵錯工具附加至程式碼的物件。 偵錯提供對預設偵錯工具附加至應用程式的存取權的類別。

回此頁最上方

頁面 1010： 的圖形詞彙項目是無法識別因此

在頁面 1010年之後全球化, 項目會讀取：

"位於 System.Drawing 命名空間，這個類別提供方法來繪圖的線條、 圖形和文字"。

應該閱讀：

"System.Drawing 命名空間中的圖形 Located，這個類別提供方法來繪圖的線條、 圖形和文字"。

回此頁最上方

頁面 1011： 的 LocalService 和 LocalSystem 詞彙項目是無法識別因此

在讀取頁面 1011 之後當地語系化 」 兩個項目:

"以非常有限的權限執行某個服務帳戶。

一個服務帳戶以幾乎無限制的權限執行"。

他們應該閱讀：

"LocalService A 服務帳戶以非常有限的權限執行。

LocalSystem A 服務帳戶以幾乎無限制的權限執行"。

回此頁最上方

頁面 1011： 的 ManagementQuery 詞彙項目是無法識別因此

在頁面上 1011 之後"Managed 程式碼 」 讀取項目：

「 Windows 管理檢測物件的相關資訊的一個要求"。

應該閱讀：

"ManagementQuery A 要求 Windows 管理檢測物件的相關資訊 ＞。

回此頁最上方

頁面 1012： 的 NetworkService 詞彙項目是無法識別因此

在頁面 1012年，".NET Framework 2.0 組態工具 」 之後的項目會讀取：

「 服務帳戶能夠驗證遠端電腦"。

應該閱讀：

「 NetworkService A 服務帳戶能夠驗證遠端電腦 」。

回此頁最上方

頁面 1012： 的畫筆詞彙項目是無法識別因此

在頁面上 1012 之後 ＞ 部分信任程式碼 」 讀取項目：

"位於 System.Drawing 命名空間，這個類別用來指定色彩及寬度的繪圖"。

應該閱讀：

"畫筆 Located System.Drawing 命名空間這個類別中的用來指定色彩及寬度的繪圖物件 」。

回此頁最上方

頁面 1013： 的 SoapFormatter 詞彙項目是無法識別因此

在頁面 1013年，在頁面上的第二個到最後一個項目會讀取：

"位於 System.Runtime.Serialization.Formatters.Soap 命名空間，這個 XMLbased 格式子是最可靠方法來序列化會透過網路傳輸或 non–.NET Framework 應用程式讀取的物件。SoapFormatter 就更有可能成功周遊比 BinaryFormatter 防火牆。

應該閱讀：

"SoapFormatter 位於 System.Runtime.Serialization.Formatters.Soap 命名空間，這個 XMLbased 格式子是最可靠方法來序列化會透過網路傳輸或 non–.NET Framework 應用程式讀取的物件。SoapFormatter 就更有可能成功周遊比 BinaryFormatter 防火牆。

回此頁最上方

頁面 1014： 的 StackTrace 詞彙項目是無法識別因此

在頁面 1014年，他頁的第二個項目不會讀取：

"的已排序的一或多個 StackFrame 物件集合"。

應該閱讀：

"StackTrace 的一或多個 StackFrame 物件的已排序集合 」。

Microsoft 按將致力於提供有用的資訊和精確的書籍。所有註解和更正上列準備就緒可納入本書的未來 printings。如果您本書的再版它可能已經包含大部分或所有上述的更正。
回此頁最上方
這篇文章中的資訊適用於:
  • MCTS Self-Paced Training Kit (Exam 70-536): Microsoft .NET Framework 2.0 - Application Development Foundation, ISBN 0-7356-2277-9
回此頁最上方
關鍵字：?
kbmt KB949734 KbMtzh
回此頁最上方
機器翻譯機器翻譯
重要：本文是以 Microsoft 機器翻譯軟體翻譯而成，而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章，讓使用者可以依其使用語言使用知識庫中的所有文章。但是，機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤，就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。
按一下這裡查看此文章的英文版本：949734? (http://support.microsoft.com/kb/949734/en-us/ )
回此頁最上方
Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。