ClientBuildManagerParameter 類別
定義
重要
部分資訊涉及發行前產品,在發行之前可能會有大幅修改。 Microsoft 對此處提供的資訊,不做任何明確或隱含的瑕疵擔保。
包含先行編譯期間傳遞給 ASP.NET 編譯器的值。
public ref class ClientBuildManagerParameter
[System.Serializable]
public class ClientBuildManagerParameter
[<System.Serializable>]
type ClientBuildManagerParameter = class
Public Class ClientBuildManagerParameter
- 繼承
-
ClientBuildManagerParameter
- 屬性
範例
下列程式碼範例是類別概觀中找到的程式碼範例的 ClientBuildManager 一部分。 在此範例中,會 ClientBuildManagerParameter 建立 物件,並設定其值。 產生的元件會根據提供的金鑰檔來具有強式名稱,並且會根據提供 PrecompilationFlags 的值預先編譯。
_cbmParameter = new ClientBuildManagerParameter();
_cbmParameter.PrecompilationFlags = _flags;
_cbmParameter.StrongNameKeyFile = _keyFile;
builder = new
ClientBuildManager(_vPath, _pPath, _tPath, _cbmParameter);
_cbmParameter = New ClientBuildManagerParameter()
_cbmParameter.PrecompilationFlags = _flags
_cbmParameter.StrongNameKeyFile = _keyFile
builder = New ClientBuildManager(_vPath, _pPath, _tPath, _cbmParameter)
備註
ASP.NET 網頁和程式碼檔案可以先行編譯,以加快使用者的回應速度,並允許部署網站而不部署原始程式碼。 如需先行編譯 ASP.NET 網站的詳細資訊,請參閱 ASP.NET 網站專案先行編譯概觀。
類別 ClientBuildManagerParameter 會儲存在先行編譯期間使用的值。 屬性 PrecompilationFlags 會決定如何建置元件。 例如,您可以將 設定 PrecompilationFlagsClean 為 以重新編譯任何先前編譯的元件,或將它設定為 OverwriteTarget ,以允許產生的元件覆寫目標目錄中的任何元件。 PrecompilationFlags列舉值具有 FlagsAttribute 屬性,可允許其成員值的位元組合。 PrecompilationFlags屬性可以包含列舉中的 PrecompilationFlags 多個值,以指定先行編譯行為的組合。
StrongNameKeyContainer屬性或 StrongNameKeyFile 屬性會指派值,以建立強式名稱元件。 這兩個值不需要設定,即可建立強式名稱元件。
ClientBuildManagerParameter物件會透過 ClientBuildManager 建構函式傳遞至 ClientBuildManager 物件。
建構函式
ClientBuildManagerParameter() |
初始化 ClientBuildManagerParameter 類別的新執行個體。 |
屬性
ExcludedVirtualPaths |
取得或設定排除的虛擬路徑。 |
PrecompilationFlags |
取得或設定判斷先行編譯行為的旗標。 |
StrongNameKeyContainer |
取得或設定編譯期間使用的金鑰容器。 |
StrongNameKeyFile |
取得或設定編譯期間使用的金鑰檔。 |
方法
Equals(Object) |
判斷指定的物件是否等於目前的物件。 (繼承來源 Object) |
GetHashCode() |
做為預設雜湊函式。 (繼承來源 Object) |
GetType() |
取得目前執行個體的 Type。 (繼承來源 Object) |
MemberwiseClone() |
建立目前 Object 的淺層複製。 (繼承來源 Object) |
ToString() |
傳回代表目前物件的字串。 (繼承來源 Object) |
適用於
另請參閱
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應