Wie erstellen Sie zwei verschiedene EXE-Dateien aus einer Visual Studio-Projekt

Ich habe ein Hauptprogramm läuft, dass auf der Basis der Einstellungen in einer Konfigurationsdatei speichern. Ich möchte in der Lage sein, um die Einstellungen zu ändern in der config-Datei durch eine andere ausführbare Datei.

Gibt es eine einfache Möglichkeit, den Bau dieser zwei verschiedene EXE-Dateien in einem winforms-Projekt? Was bedeutet, dass, wenn ich drücken Sie erstellen zwei verschiedene EXE-Dateien erstellt, in der gleichen Projektmappe Ordner, die änderungen der config-Datei, und der andere, der es verwendet.

Ich weiß, dass dies möglich ist zu tun, wenn ich erstellen Sie zwei separate Projekte, die die gleiche Lösung verwenden Ordner, aber ich hatte gehofft, es zu tun alles in einem Schritt.

Ich gehe davon aus, dass dies zu tun, muss ich ein Projekt mit zwei "Haupt" - Funktionen. Ist das möglich?

InformationsquelleAutor Gevo12321 | 2015-11-18

  1. 11

    Kann man bauen, wie viele Baugruppen-in-one Lösung, wie Sie möchten. Baugruppen führen können .DLL ' s oder .EXE.

    Eine Lösung erstellen (oder öffnen Sie eine vorhandene Lösung).

    1. Rechten Maustaste auf den Stammknoten im "Solution Explorer" und wählen Sie Add > New Project und wählen Sie den Projekt-Typ, den Sie hinzufügen möchten.

    2. Rechten Maustaste auf das Projekt-Element im Projektmappen-Explorer und wählen Sie Properties > Build > Output path. Set, um das gewünschte Verzeichnis, um es zu bauen. Wiederholen Sie dies für die anderen Projekte.

    Diesem Weg erhalten Sie das folgende in Ihre Projektmappen-Explorer:

    • MySolution
      • MyCommonCode (Klasse, Bibliothek, Ergebnis in MyCommonCode.dll)
      • MyMainApp (Winforms App, Ergebnis in MyMainApp.exe)
      • MyConfigApp (Winforms App, Ergebnis in MyConfigApp.exe)

    Den MyCommonCode assembly enthält gemeinsamen code, der beide exe ' s sind in der Verwendung wie die Bezeichner von Ihrer config-Datei etc.

    MyMainApp ist die GUI-Anwendung (Winforms, WPF, etc.) die für Sie wichtigste Anwendung, die mit einem Projekt-Verweis auf MyComonCode Projekt.

    MyConfigApp ist eine GUI-app für die Bearbeitung der config-Werte mit einem Projekt mit Bezug zu MyCommonCode Projekt.

    Nach dem erstellen der Lösung Sie bekommen die folgenden Binärdateien: MyCommonCode.dll, MyMainApp.exe und MyConfigApp.exe.

    Update mit dem Kommentar:

    Eines compile-run bauen kann nur eine Binärdatei (dll oder exe) pro Projekt. Was Sie tun können, ist so etwas wie die Antwort oben: bewegen Sie die meisten der code in einem common/core DLL und zwei dünnen Projekte für die beiden exe ' s, die nur "konfigurieren und verwenden von" central common/core DLL.

    Können Sie bauen verschiedene EXE-Datei basiert auf dem gleichen Projekt mit compiler definiert. Sie können sogar Ihre eigenen definieren definiert. Aber pro kompilieren-ausführen, können Sie nur bauen eine Binärdatei (DLL, EXE) pro Projekt - der ein oder andere, aber nicht beides.

    Das ist alles richtig, natürlich, aber es ist nicht das, was er fragte. Der Frage Titel ist mehrere ausführbare Dateien in einem Projekt. Und er erklärte weiter "ich weiß, dass dies möglich ist zu tun, wenn ich erstellen Sie zwei separate Projekte, die die gleiche Lösung verwenden Ordner"
    Dank für das clearing, dass - hat man das nicht.
    Dennoch denke ich, die kurze Antwort auf seine Frage mit 'Nein', und würde sagen, das ist der richtige Weg, um das problem anzugehen. Legen Sie die config-und code-Lesen/aktualisieren es in der gemeinsamen "Common" - Projekt.

    InformationsquelleAutor Marc

  2. 0

    Die Idee einer Konfiguration-Datei ist, dass Sie brauchen nicht zu bauen, die mehrere ausführbare Dateien. 😉

    Könnten Sie die Configuration Manager, um eine neue zu erstellen Lösung Konfiguration und ändern Sie die Ausgabe-Verzeichnis für die Konfiguration.

    Der Grund, warum ich dies tun wollen, ist ein "admin" den Zugriff auf die config-editor, um in der Lage sein, zu Steuern, welche Funktionen ein "nicht-admin" - Benutzer Zugriff hat.

    InformationsquelleAutor J. van Langen

Schreibe einen Kommentar