Freigeben über

Verwenden von Visual Studio

  • Artikel

Der Einfachheit halber stellt Microsoft Visual Studio 6.0 eine Projektdatei für jedes Beispiel bereit. Diese Datei hat die DSP-Erweiterung. Im Verzeichnis Standard wird auch eine Allsamp.dsw-Arbeitsbereichsdatei bereitgestellt, sodass Sie alle Beispiele in Visual Studio gleichzeitig kompilieren können.

Hinweis

Die folgenden Anweisungen sind für Microsoft Visual Studio 6.0 geschrieben. Die Befehle können sich in früheren und höheren Versionen von Visual Studio unterscheiden.

 

Um das entsprechende Projekt für ein Beispiel zu laden, können Sie Visual Studio an der Eingabeaufforderung im Verzeichnis des Beispiels ausführen, wie im folgenden Beispiel gezeigt. Sie müssen den Beispielprojektnamen durch <den Projektnamen> ersetzen.

msdev-Projektname.dsp <>

Sie können auch einfach auf die DSP-Datei im Windows-Explorer doppelklicken, um den Arbeitsbereich eines Beispiels in Visual Studio zu laden. In Visual Studio können Sie dann die C++-Klassen der Beispielquelle durchsuchen und im Allgemeinen die anderen Vorgänge edit-compile-debug ausführen.

Als Teil des Platform Software Development Kit (SDK) erfordert die Kompilierung dieser Beispiele in Visual Studio die richtige Einstellung der Verzeichnispfade in Visual Studio. Führen Sie zum Festlegen der Verzeichnispfade die folgenden Schritte aus:

  • Führen Sie Microsoft Visual Studio (Visual C++) aus.
  • Wählen Sie im Menü Extras die Option Optionen... aus.
  • Wählen Sie im Dialogfeld Optionen die Registerkarte Verzeichnisse aus.
  • Wählen Sie in der Dropdownliste Verzeichnisse anzeigenfür die Option Ausführbare Dateien aus, und geben Sie den BIN-Verzeichnispfad für Das installierte Platform SDK ein (z. B. C:\Programme\Microsoft SDK\Bin). Klicken Sie auf die Schaltfläche nach oben, um diesen neu eingegebenen Pfad so zu verschieben, dass er der erste Eintrag in der Liste Verzeichnisse ist.
  • Wählen Sie in der Dropdownliste Verzeichnisse für anzeigen die Option Dateien einschließen aus, und geben Sie den Verzeichnispfad INCLUDE für Ihr installiertes Platform SDK ein (z. B. C:\Programme\Microsoft SDK\include). Klicken Sie auf die Schaltfläche nach oben, um diesen neu eingegebenen Pfad so zu verschieben, dass er der erste Eintrag in der Liste Verzeichnisse ist.
  • Wählen Sie in der Dropdownliste Verzeichnisse anzeigendie Option Bibliotheksdateien aus, und geben Sie den LIB-Verzeichnispfad für Ihr installiertes Platform SDK ein (z. B. C:\Programme\Microsoft SDK\Lib). Klicken Sie auf die Schaltflächen nach oben, um diesen neu eingegebenen Pfad so zu verschieben, dass er der erste Eintrag in der Liste Verzeichnisse ist.
  • Klicken Sie im Dialogfeld Optionen auf die Schaltfläche OK, um die Einstellungen abzuschließen.

Von dort aus können Sie den Editor, den Debugger und die Projektfunktionen zum Bearbeiten, Kompilieren, Verknüpfen und Debuggen verwenden.

Andere visuelle IDEs können auch problemlos eines ihrer nativen Projekt-Makefiles generieren, wenn die quellbasierten Dateien eines Codebeispiels vorhanden sind. Wenn Sie eine solche IDE verwenden, kann das Generieren einer solchen nativen Projekt-Makefile sehr lohnenswert sein, da sie eine Möglichkeit bietet, die C++-Klassen des Programms zu durchsuchen. Weitere Informationen zur Verwendung externer Makefiles oder zum Erstellen einer nativen Projekt-Makefile-Datei mit einer Reihe vorhandener Quelldateien finden Sie in Ihrer IDE-Dokumentation.

Abgesehen von der Abhängigkeit vom allgemeinen Code in den gleichgeordneten Verzeichnissen APPUTIL, INC und LIB sind viele Codebeispiele eigenständig. Erstellen Sie APPUTIL, bevor Sie andere Codebeispiele erstellen. Einige Beispiele später in der Sequenz funktionieren möglicherweise mit den kompilierten Ergebnissen früherer Beispiele. Diese Codebeispiel-Interdependenz lautet wie folgt:

  • Any: Die Erstellung eines beliebigen Codebeispiels erfordert einen vorherigen Build von APPUTIL.
  • DLLUSER: Erstellen oder Ausführen erfordert vorherigen Build von DLLSKEL.
  • COMUSER: Erstellen oder Ausführen von Anforderungen vor dem Build von COMOBJ.
  • DLLSERVE: Build erfordert vorherigen Build von REGISTER.
  • DLLCLIEN: Ausführen erfordert einen vorherigen Build von DLLSERVE.
  • LICSERVE: Build erfordert vorherigen Build von REGISTER.
  • LICCLIEN: Ausführen erfordert einen vorherigen Build von LICSERVE und DLLSERVE.
  • MARSHAL: Build erfordert einen vorherigen Build von REGISTER.
  • LOCSERVE: Erstellen oder Ausführen von Anforderungen für den vorherigen Build von REGISTER und MARSHAL.
  • LOCCLIEN: Ausführen erfordert einen vorherigen Build von LOCSERVE.
  • APTSERVE: Erstellen oder Ausführen von Vorherigen Build von REGISTER und MARSHAL.
  • APTCLIEN: Ausführen erfordert einen vorherigen Build von APTSERVE.
  • REMCLIEN: Das Erstellen oder Ausführen erfordert den vorherigen Build von REGISTER und MARSHAL auf einem lokalen (Client-)Computer. Führen Sie den vorherigen Build von REGISTER, MARSHAL und APTSERVE auf einem Remotecomputer (Servercomputer) aus.
  • FRESERVE: Build erfordert vorherigen Build von REGISTER.
  • FRECLIEN: Ausführen erfordert vorherigen Build von FRESERVE.
  • CONSERVE: Build erfordert vorherigen Build von REGISTER.
  • CONCLIEN: Ausführen von Anforderungen des vorherigen Builds von CONSERVE.
  • STOSERVE: Build erfordert vorherigen Build von REGISTER.
  • STOCLIEN: Ausführen erfordert vorherigen Build von STOSERVE.
  • PERSERVE: Build erfordert vorherigen Build von REGISTER.
  • PERTEXT: Build erfordert vorherigen Build von REGISTER.
  • PERDRAW: Build erfordert vorherigen Build von REGISTER.
  • PERCLIEN: Führen Sie den vorherigen Build von PERSERVE, PERTEXT und PERDRAW aus.
  • DCDMARSH: Build erfordert vorherigen Build von REGISTER.
  • DCDSERVE: Build- oder Ausführungsanforderungen für den vorherigen Build von REGISTER und DCDMARSH.
  • DCOMDRAW: Das Erstellen oder Ausführen erfordert einen vorherigen Build von REGISTER und DCDMARSH auf einem lokalen (Clientcomputer). Führen Sie den vorherigen Build von REGISTER, DCDMARSH und DCOMDRAW auf einem Remotecomputer (Servercomputer) aus.