Comment créer deux fichiers exécutables à partir d'un Projet Visual Studio

J'ai un exécutable principal qui fonctionne basé sur les paramètres enregistrés dans un fichier de configuration. Je veux être en mesure de modifier les paramètres dans le fichier de configuration par l'intermédiaire d'un autre exécutable.

Est-il un moyen facile de la construction de ces deux exécutables différents dans un projet winforms? Ce qui signifie que lorsque je presse construire, deux différents exe créé dans le même dossier solution - celle qui modifie le fichier de configuration, et l'autre qui l'utilise.

Je sais que c'est possible de le faire si j'ai créer deux projets distincts qui utilisent le même dossier de solution, mais j'espérais de tout faire en une seule étape.

Je suis en supposant que, pour ce faire, j'ai besoin d'un projet avec deux "grands" de fonctions. Est-ce possible?

OriginalL'auteur Gevo12321 | 2015-11-18

  1. 11

    Vous pouvez construire comme de nombreuses assemblées en une solution que vous le souhaitez. Les assemblées peuvent entraîner .DLL ou .EXE.

    Créer une Solution (ou ouvrez une solution existante).

    1. Cliquez-droit sur le nœud racine dans la "Solution Explorer" et choisissez Add > New Project et choisissez le projet que vous souhaitez ajouter.

    2. Cliquez-droit sur l'élément de projet dans l'Explorateur de solutions et choisissez Properties > Build > Output path. Ensemble, dans le répertoire d'où l'installer. Répétez cette opération pour les autres projets.

    De cette façon, vous obtenez le résultat suivant dans votre Explorateur de solutions:

    • MySolution
      • MyCommonCode (Bibliothèque de la Classe, suite à MyCommonCode.dll)
      • MyMainApp (Winforms Application, résultat dans MyMainApp.exe)
      • MyConfigApp (Winforms Application, résultat dans MyConfigApp.exe)

    La MyCommonCode assemblée contient le code partagé que les deux exe utilisez comme les identifiants de votre fichier de configuration etc.

    MyMainApp est l'interface graphique de l'application (Winforms, WPF, etc.) pour vous principal de l'application, avec un projet de référence pour MyComonCode projet.

    MyConfigApp est un GUI application pour modifier la config des valeurs avec une référence de projet à MyCommonCode projet.

    Après la construction de votre solution, vous obtenez les fichiers binaires suivants: MyCommonCode.dll, MyMainApp.exe et MyConfigApp.exe.

    Mise à jour basé sur le commentaire:

    Une compilation-exécution peut construire un seul exécutable (exe ou dll) par projet. Ce que vous pouvez faire est quelque chose comme la réponse ci-dessus: passer la plupart du code dans une commune/core DLL et de faire deux minces projets pour les deux fichiers exe qui ne "configurer et utiliser" la centrale commune/core DLL.

    Vous pouvez construire différents EXE est basé sur le même projet à l'aide du compilateur définit. Vous pouvez même définir vos propres définit. Mais par compilation-exécution, vous ne pouvez construire qu'un seul binaire (DLL, EXE) par projet - l'un ou l'autre mais pas les deux.

    C'est tout à fait correct, bien sûr, mais ce n'est pas ce qu'il a demandé. La question du titre est plusieurs exécutables dans un projet. Et il a en outre déclaré: "je sais que c'est possible de le faire si j'ai créer deux projets distincts qui utilisent le même dossier de solution"
    Merci pour la compensation que - ça n'a pas l'obtenir.
    Pourtant, je pense que la réponse à sa question est "non", et dirais que c'est la bonne façon d'aborder le problème. Mettre la config et le code pour lire/mettre à jour dans les communes de "Commun".

    OriginalL'auteur Marc

  2. 0

    La idear d'un fichier de configuration, c'est que vous n'avez pas besoin de créer plusieurs fichiers exécutables. 😉

    Vous pouvez utiliser le Configuration Manager, pour créer une nouvelle la configuration de la Solution et modifier le répertoire de sortie pour cette configuration.

    La raison pour laquelle je veux faire c'est avoir un "admin" qui a accès à l'éditeur de configuration pour être en mesure de contrôler les fonctionnalités d'un "non-admin", l'utilisateur a accès.

    OriginalL'auteur J. van Langen