Volba strategie implementace ladicího systému

Pro k určení strategie implementace vašeho ladicího stroje (DE) použijte běhovou architekturu. Debugovací modul můžete vytvořit přímo v procesu programu, který ladíte. Vytvořte ladicí modul v procesu do správce ladění relací sady Visual Studio (SDM). Nebo pro oba z nich vytvořte modul ladění mimo proces. Následující pokyny by vám měly pomoci vybrat si mezi těmito třemi strategiemi.

Guidelines

I když je možné, aby DE pracoval nezávisle na SDM a programu, který ladíte, obvykle k tomu není žádný důvod. Volání přes hranice procesu jsou poměrně pomalá.

Ladicí moduly jsou již poskytovány pro nativní prostředí runtime Win32 a pro prostředí běhu v běžném jazyce. Pokud potřebujete nahradit DE pro jedno z prostředí, měli byste vytvořit DE v rámci procesu pomocí SDM.

V opačném případě buď vytvoříte DE v procesu k SDM, nebo v procesu k programu, který ladíte. Budete muset zvážit, jestli vyhodnocovač výrazů DE vyžaduje častý přístup k úložišti symbolů programu. Nebo pokud je úložiště symbolů možné načíst do paměti pro rychlý přístup. Zvažte také následující přístupy:

• Pokud mezi vyhodnocovačem výrazů a úložištěm symbolů není mnoho volání nebo pokud je možné úložiště symbolů přečíst do paměťového prostoru SDM, vytvořte proces de v procesu do SDM. ClSID ladicího modulu musíte vrátit do SDM, když se připojí k programu. SDM používá tento CLSID k vytvoření instance DE v rámci procesu.

• Pokud musí program volat DE pro přístup k úložišti symbolů, vytvořte DE jako součást procesu programu. V tomto případě program vytvoří instanci DE.

Související obsah

• Rozšiřitelnost ladicího programu sady Visual Studio