共用方式為

Visual Studio SDK 字彙

  • 發行項

這個名詞解釋中所使用的術語提供定義Visual Studio SDK文件。

詞彙

  • Add-In - 增益集
    公用程式的應用程式、 驅動程式或加入至主應用程式的其他軟體。 在 Visual Studio 的整合式的開發環境 (IDE) 中，增益集是自動化的應用程式，會擴充 IDE 的功能。

  • 自動化模型
    自動化模型中，在舊版的擴充性模型中，為 Visual Studio 已知是的一個程式設計介面，可讓您存取基礎常式 IDE 磁碟機。 增益集、 精靈和巨集的物件模型中使用自動化來控制，或擴充 IDE 的功能。

  • 指令 UI 內容
    與之間的關聯 GUID UI 命令或工具列項目可見。 指令 UI 內容會與選取範圍內容不同的是，因為它不會附加到視窗。

    可用於指令 UI 內容：

    • 將 GUID 指派到特定的視窗啟動時，就會出現的工具列。

    • 指派給命令的可用性的 GUID，而不需要載入或執行 VSPackage。

    • 將指定的 GUID，會影響到使用中的快速鍵繫結。

    • 將指定的 GUID，以開啟 [巨集錄製。

    • 將指定的 GUID 來啟動偵錯模式或設計，並在編輯器中的執行的模式之間進行切換。

  • 元件
    奧西利斯可以由應用程式的功能的一部分而不需任何既有的資訊，有關軟體的實作該應用程式的軟體。 元件和應用程式之間的通訊是只透過 OLE 樣式介面。

  • 元件管理員
    服務， SOleComponentManager，而非使用者介面協調為提供服務最上層元件。 SOleComponentManager服務實作IOleComponentManager介面。

  • 元件的 UI 管理員
    服務， SOleComponentUIManager，提供使用者介面一起使用的服務。 SOleComponentUIManager服務實作IOleComponentUIManager和IOleInPlaceComponentUIManager介面。

  • 內容袋
    IVsUserContext物件 (COM 物件) 附加到環境元件。 這個物件會保留查詢關鍵字、 F1 關鍵字及與元件相關的屬性。 內容 (每袋) 此外指到 [連結至其任何子內容 「 袋 」。

  • 內容提供者
    在 IDE 中具有與其相關聯的內容袋子元件。 這類元件包括工具視窗、 編輯器或專案階層架構。

  • designer
    程式設計的介面，讓使用者可以操作的 ui (表單、 按鈕和其他控制項) 的項目。

  • DocData
    壓縮基礎資料的世界中的文件的 COM 物件的文件/檢視的分隔 (例如，在文字編輯器的情況下，這是所有的文字編輯器檢視的基礎文字緩衝區)。 如果 EditorFactory 未提供此物件時，IDE 會製造一個代表它執行。 這個物件的責任就是在管理資料保存性和共用的語意之多個檢視這一點相同DocData。 如果DocData物件支援IOleCommandTarget介面，它將會包含在 UIShell 命令路由。

  • DocObject
    用來裝載在主應用程式所提供的框架中的 UI 的技術。 更具體而言，此術語指任何內嵌支援IOleDocument及相關的介面。 這項技術有許多潛在的應用程式，例如實作細節 COM 文件、 Visual Basic 5.0 中的工具視窗、 ActiveX Visual Basic 6.0 中，設計工具和等等。

  • document
    用來代表一般整個文件 — 同時DocData和DocView。 例如，包含 DocumentFrame DocView，但它也會保留參考DocData來處理持續性。

  • DocView
    視窗 DocObject/內嵌/窗格與使用者互動檢視和管理基礎DocData。 請注意使用者不會利用文件/檢視加以區隔的DocObject介面設計。 使用者用來做為代替使用更抽象的 (和較不正式) 的概念為基礎的資料檢視表的整個的 DocObject DocData。 DocView物件一定會內嵌在 ide 的文件框架物件 (MDI 子視窗)。

  • DTE
    DTE (開發工具擴充性) 的物件是在 Visual Studio 的自動化模型中，它可讓您以程式設計方式自動化並擴充 IDE 的最高的存取點。

  • [動態說明] 視窗
    工具視窗都會 IDE 由存取關聯式資料庫，並顯示一份查閱關鍵字或 F1 說明主題。

  • 編輯器
    實作的程式碼 (類別、 CLSID) DocView。 它也會實作DocData檢視/資料區隔是受支援。

  • 延伸模組
    這項功能來修改、 自訂或新增至 IDE。 您建立使用 automation 模型或 VSPackages 的副檔名。

  • 外部編輯器
    不是 IDE 專屬的例如 Microsoft Word 的編輯器。 它已經註冊它自己的機制，並且能在 IDE 之外。 如果這個編輯器可以內嵌，它就會出現在 IDE 中的視窗中。 如果不能內嵌，則會建立另一個最上層視窗。

  • 階層架構
    節點樹狀結構，一組屬性相關聯的每一個節點。

  • 獨立的最上層元件
    元件會使用非強制回應的最上層視窗和獨立的應用程式視窗中，可以有效地操作，但會實作為同處理序物件。 因此，強制回應性，並與 IDE 的訊息迴圈服務，必須協調獨立的最上層元件。 同處理序物件並沒有自己的訊息迴圈。

  • 資訊提供者
    資訊提供者是模組，可以查閱關鍵字，並傳回的主題清單的形式IVsUserContextItem物件。 若要提供的資訊提供者的 F1 和查詢關鍵字項目，註冊編譯過的說明檔 (。HxS) 與系統。 這些檔案中的 [說明] 主題用來提供顯示在 [動態說明] 視窗，顯示是否在使用者按下 F1 主題的清單。

  • 就地元件
    執行的 VSPackage 物件IOleInPlaceComponent介面以管理視覺上包含 IDE 所擁有的文件視窗的視窗。 現用元件不會參與標準 OLE 功能表合併。 而是他們將他們的使用者介面項目整合到 IDE。

    就地元件的兩種類型： 硬式編碼在就地元件和元件的控制項。

    硬式編碼在就地元件擁有功能表、 工具列和緊密地整合至 IDE 中，讓它成為 [如果建置它們直接插入在 IDE 的使用者介面的命令。

    元件控制項並沒有任何整合在 IDE 中 ； 其自身使用者介面項目 而是使用 IDE 的功能表、 指令和工具列。 比方說，[粗體] 指令無法用於粗體內嵌於表單的 rtf 文字控制項中選取的文字。 不過，元件控制項可以要求要顯示的動態已安裝的特定元件的 UI 項目。

  • 語言服務
    一組物件，允許 VSPackage 開發人員實作功能的電腦語言的程式碼編輯器，例如標記和 colorizing 的文字。

  • 其他檔案專案
    用於所開啟的檔案不在任何專案中的專案。 在此專案中的項目清單並不會保留。

  • 專案
    專案所構成的階層架構的物件，或 COM 物件的實作IVsHierarchy介面。

  • 特定專案設計工具或編輯器
    設計工具 」 無法用於單獨的專案類型。 所有特定專案設計工具必須在登錄中都輸入他們的編輯器處理站資訊。 IDE 然後可以具現化的設計工具時在特定的專案中開啟特定檔案類型。

  • 專案類型] 視窗
    視窗會不斷地追蹤從全域範圍內容的 [目前使用中專案階層架構和項目。 使用 [專案類型 windows SVsTrackSelectionEx提醒變更 IDE，並顯示給使用者的意見反應的服務。 方案總管] 是 [專案類型] 視窗的範例。

  • 屬性視窗
    先前屬性瀏覽器。

  • 參考架構專案
    不需要是相同的目錄中的專案檔案的專案。 相反地，從其他不相關的目錄檔案的參考會儲存和維護專案本身的。

  • 執行文件表格
    IDE 用來維護所有目前開啟的文件清單的內部結構。 此清單會包含所有開啟的文件，不論是否目前正在編輯的文件的記憶體中。 文件已儲存，包括在 [編輯器]、 [專案中的檔案或 [主要專案檔 (例如，*.vcproj 檔案) 中開啟的預存程序的任何項目。

  • 選取範圍內容
    為在 IDE 中的每個視窗的詳細資訊的一部分，以及用來追蹤目前的選取範圍的資料。 選取範圍內容所組成：

    • 指標IVsHierarchy的專案階層架構的介面

    • 專案項目的項目識別項。

    • 指標ISelectionContainer讓使用中的物件存取內容的介面。

    • 項目值的陣列。

  • service
    一組位於單一的 COM 物件的 COM 介面的合約。 當您建立的 GUID 識別的服務會定義服務執行的 COM 介面集。 COM 物件會使用服務來與彼此通訊。

  • 方案
    相關的專案與使用者所使用的群組。

  • 標準的設計工具
    設計工具，可用來與專案類型無關。 所有的標準設計工具必須在登錄中輸入他們的編輯器處理站資訊。 IDE 然後可以具現化的設計工具時開啟具有特定副檔名的檔案。 資料必須保存到檔案。

  • 標準編輯器
    可以使用獨立於任何特定專案類型的編輯器。 這種編輯器都有在登錄中註冊的 EditorFactories。 這可讓 IDE，以找出並叫用編輯器]。

  • 標準的 OS 編輯器
    內嵌不是 Visual Studio 特定。 也會註冊使用已知的 Win32 金鑰 (比方說，Win32 檔案總管知道如何叫用)。 如果可以內嵌這類的編輯器，編輯器會仍然出現在 IDE 中它的位置。 否則，會建立另一個最上層視窗，這種編輯器。

  • 子內容袋
    IVsUserContext物件連結至內容包。 這個物件會保留查詢關鍵字、 F1 關鍵字和屬性的 IDE 元件中的選取範圍。 在子內容的範例命令中包含 [工具] 視窗中或在編輯器中的關鍵字。

  • 工作清單
    IDE 由存取關聯式資料庫，並顯示一份使用中工作的工具視窗。

  • 文字緩衝區
    物件的一般名稱VSTextBuffer。

  • 文字檢視
    物件的一般名稱VSTextView。

  • 工具的最上層元件
    這種元件的運作方式與非強制回應快顯視窗，密切協調與 IDE 的使用者介面。 獨立的最上層元件，像是樣式與訊息迴圈服務的 IDE，還必須協調工具的最上層元件。

  • 最上層的元件
    管理非強制回應的最上層視窗，而不是工作區的 IDE 視窗的 VSPackage 物件。 最上層的元件會實作IOleComponent介面，以利用訊息迴圈服務，例如存取閒置的時間。

  • 使用中的 UI
    VSPackage 物件，看得見且目前具有焦點。

  • UI 階層架構
    執行的 COM 物件IVsUIHierarchy介面，讓階層架構的顯示方式。 實作 UI 階層視窗ISelectionContainer介面，以更新 [屬性] 視窗中。 其他專案類型 windows 可以使用此實作中，如有需要。

  • VSCT
    Visual Studio 命令表裡。 .Vsct 檔案包含位置和行為的功能表、 工具列及指令以 XML 格式的相關資訊。

  • VSPackage
    提供一或多項動作，已延伸 Visual Studio 的 IDE 的軟體的可安裝的部分： 使用者介面、 服務、 專案類型或編輯器/設計工具。 執行的 COM 物件所組成的 VSPackage IVsPackage介面和一或多個其他 COM 物件實作其他介面以支援選取範圍] 及 [其他功能。 此外，VSPackage 會有特定的註冊需求。