2009-12-22 7 views
5

J'ai une application de console, que lorsque je cours (depuis vsnet) cela prend du temps car c'est un processus de longue durée.Comment déployer une application de console

Je veux continuer à coder dans vsnet, et peut-être même engendrer plusieurs instances de l'application console.

Comment le déployer au mieux sur mon ordinateur de bureau?

Est-ce une bonne approche:

créer un dossier: /MyConsole/ puis les sous-dossiers pour chaque instance. Est-ce que je prends simplement toutes les amendes dans le dossier/debug ou y a-t-il d'autres dépendances?

+3

Cela ne devrait pas descendre voté! Est une bonne question pour SO –

Répondre

6

Si vous exécutez sans attacher le débogueur, vous pouvez continuer le codage pendant l'exécution du programme.

Menu Débogage | Démarrer sans débogage ou Ctrl + F5

Remarque: en utilisant cette méthode, vous pouvez compiler le code modifié, mais vous ne pouvez pas l'exécuter, car le fichier de sortie .exe sera utilisé. Je ne suis pas sûr que ce soit un problème pour vous.

+0

Mais vous rencontrez le problème que lorsque vous essayez de compiler à nouveau, vous obtiendrez une erreur que les fichiers ne peuvent pas être copiés parce qu'ils sont en cours d'utilisation. –

+0

Seulement quand il essaie de lier et de sortir le fichier .exe. Vous pouvez toujours compiler le code sans problème. Je vais ajouter cela à ma réponse. –

0

Vous devriez envisager d'exécuter votre code via des tests système dans une console de test unitaire telle que celle proposée par Resharper. Il fait de la copie d'ombre pour vous et vous permet de bien exécuter plusieurs sessions, de les démarrer/les abandonner, etc. Je pense que c'est beaucoup plus propre et flexible que de lancer des applications de test dans toute la boutique.

1

Une façon dont je l'ai déjà fait est de créer une version de VS. Ensuite, ouvrez autant d'invites de commande que vous le souhaitez dans le dossier des versions, puis exécutez-le à partir de là. Ensuite, je reviens à la version de débogage et continue le codage. Cela me permet d'exécuter les instances séparées et aussi de déboguer si besoin est et c'est aussi simple que de changer le type de construction dans VS.

0

Si vous n'avez pas besoin d'attacher le debbuger, que se passe-t-il dans votre dossier/bin et double tintement sur l'exe, autant de fois que les instances que vous voulez ouvrir?

Si vous avez besoin d'avoir le débogueur attaché .. alors la seule façon dont je peux penser est d'avoir plusieurs instances de VS en cours d'exécution, chacun avec le débogage sur: S

0

En général, il n » est t les dépendances en dehors de votre répertoire bin \ debug. Si vous voulez tester ce programme de longue durée alors que vous êtes encore en train de coder et de recompiler, vous voudrez copier le contenu du répertoire bin \ debug ailleurs, et le lancer à partir de là.

La possibilité ou non d'exécuter des instances distinctes à partir du même répertoire dépend de la façon dont le programme traite les fichiers de sortie ou d'autres ressources. Si le nom d'un fichier de sortie est codé en dur, vous devrez exécuter plusieurs instances à partir de répertoires distincts. Si vous pouvez spécifier des fichiers sur la ligne de commande, vous pouvez exécuter autant d'instances que vous le souhaitez dans un seul répertoire.

0

Vous devriez pouvoir copier votre application de console dans un dossier séparé. Ce serait tous les fichiers dans le dossier de construction. Ensuite, vous pouvez simplement l'exécuter comme n'importe quel autre exe. Si vous ne partagez pas les paramètres/données dans le dossier de l'application, vous pouvez exécuter l'application autant de fois que vous le souhaitez. Windows est assez content d'exécuter un certain nombre d'instances du même exe.

Si vous voulez automatiser, vous pouvez copier l'application hors du dossier de construction dans un événement de construction ...

Questions connexes