Avoir la sortie d'une application console dans Visual Studio au lieu de la console

Lorsque vous effectuez une application console en Java avec Eclipse, je vois que la sortie est placée dans une zone de texte dans l'EDI lui-même, au lieu d'avoir une console qui apparaît comme dans Visual Studio. Cela est pratique, car même après la fermeture du programme, je peux toujours faire bon usage du texte qui y était écrit, car il ne sera pas effacé tant que je ne le relancerai pas. Est-il possible de réaliser quelque chose comme ça avec Visual Studio? Je sais qu'au lieu de faire

System.Console.WriteLine(str);

Je peux faire

System.Diagnostics.Debug.WriteLine(str);

mais ce n'est pas tout à fait la même chose, car vous obtenez beaucoup de "junk" dans la fenêtre de sortie, comme tous les symboles chargés et autres.

Mieux encore, est-il possible de tout faire dans l'EDI lui-même, lorsque vous exécutez votre application, au lieu de faire fonctionner la console?

Dans la boîte de dialogue Outils -> Options de Visual Studio -> Débogage -> Cochez la case «Rediriger tout le texte de la fenêtre de sortie vers la fenêtre d'exécution».

Dans la boîte de dialogue Options de Visual Studio -> Débogage -> Cochez la case «Rediriger tout le texte de la fenêtre de sortie vers la fenêtre d'exécution». Ensuite, allez dans les paramètres de votre projet et changez le type de "Application console" à "Application Windows". À ce stade, Visual Studio n'ouvre plus de fenêtre de console et la sortie est redirigée vers la fenêtre de sortie dans Visual Studio. Cependant, vous ne pouvez rien faire de «créatif», comme demander une saisie de clé ou de texte, ou effacer la console - vous obtiendrez des exceptions d'exécution.

Utilisation System.Diagnostics.Trace

En fonction des écouteurs que vous attachez, la sortie de la trace peut accéder à la fenêtre de débogage, à la console, à un fichier, à une base de données ou tout à la fois. Les possibilités sont littéralement infinies, car la mise en œuvre de votre propre TraceListener est extrêmement simple.

Il est temps de vérifier les dernières versions de Visual Studio, mes amis. La solution la plus suggérée qui n'a pas fonctionné pour certains d'entre vous auparavant pourrait fonctionner maintenant.

Dans Visual Studio 2017 ( version 15.4.2 et supérieure), aller à Tools > Options > Debugging > General > (Check Box) Redirect all Output Window text to Immediate Windowa fonctionné pour moi.

Quelques notes: 1. Pour voir la fenêtre Exécution, assurez-vous que vous êtes en mode Débogage . 2. Il devrait maintenant y avoir 3 autres outils de débogage disponibles à votre disposition, à savoir, Call Stack, Breakpoints et Command Window, comme indiqué ci-dessous:

Meilleurs vœux!

Vous pouvez créer une application wrapper que vous exécutez au lieu d'exécuter directement votre application réelle. L'application wrapper peut écouter stdout et tout rediriger vers Trace. Modifiez ensuite les paramètres d'exécution pour lancer votre wrapper et transmettez le chemin d'accès à l'application réelle à exécuter.

Vous pouvez également demander au wrapper d'attacher automatiquement le débogueur au nouveau processus si un débogueur est attaché au wrapper.

Je sais que ce n'est qu'une autre réponse, mais j'ai pensé écrire quelque chose pour les nouveaux développeurs Web, qui pourraient être confus à propos de la partie "Changer vers une application Windows", car je pense par défaut à une application MVC dans Visual Studio 2013 par défaut, un type de sortie de bibliothèque de classes.

Mon application Web est définie par défaut comme un type de sortie de «Bibliothèque de classes». Vous n'êtes pas obligé de changer cela. Tout ce que j'avais à faire était de suivre les suggestions d'aller dans Outils> Options> Débogage> Rediriger tout le texte de la fenêtre de sortie vers la fenêtre immédiate. J'ai ensuite utilisé la System.Diagnostics.Tracesuggestion de Joel Coehoorn ci-dessus.

Une solution simple qui fonctionne pour moi, pour travailler avec la capacité de la console (ReadKey, String avec format et arg etc) et pour voir et enregistrer la sortie:

Je vous écris TextWriter qui écrivent Consoleet Traceet remplacer le Console.Outavec elle.

si vous utilisez Dialogue -> Débogage -> Cochez la case "Rediriger tout le texte de la fenêtre de sortie vers la fenêtre d'exécution", vous l'obtenez dans la fenêtre d'exécution et assez propre.

mon code: au début de mon code:

   Console.SetOut(new TextHelper());

et la classe:

public class TextHelper : TextWriter
    {
        TextWriter console;

        public TextHelper() {
            console = Console.Out;
        }

        public override Encoding Encoding { get { return this.console.Encoding; } }
        public override void WriteLine(string format, params object[] arg)
        {
            string s = string.Format(format, arg);
            WriteLine(s);
        }
        public override void Write(object value)
        {
            console.Write(value);
            System.Diagnostics.Trace.Write(value);
        }

        public override void WriteLine(object value)
        {
            Write(value);
            Write("\n");
        }
        public override void WriteLine(string value)
        {
            console.WriteLine(value);
            System.Diagnostics.Trace.WriteLine(value);

        }

    }

Remarque: je remplace juste ce dont j'avais besoin, donc si vous écrivez d'autres types, vous devriez remplacer plus

concernant la System.Diagnostics.Debugproduction de beaucoup de "junk" dans la fenêtre de sortie: Vous pouvez désactiver cela en cliquant avec le bouton droit dans la fenêtre de sortie. Par exemple, il y a un élément "Module Load Messages" que vous souhaitez désactiver et un élément "Program Output" que vous souhaitez conserver.

Vous avez trois possibilités pour le faire, mais ce n'est pas anodin. L'idée principale de tous les IDE est qu'ils sont tous les parents des processus enfants (débogage). Dans ce cas, il est possible de manipuler avec l'entrée, la sortie et le gestionnaire d'erreurs standard. Ainsi, les IDE démarrent les applications enfants et les redirigent vers la fenêtre de sortie interne. Je connais une autre possibilité, mais cela viendra dans le futur

1. Vous pouvez implémenter votre propre moteur de débogage pour Visual Studio. Démarrage et débogage du contrôle du moteur de débogage pour l'application. Vous pouvez trouver des exemples pour cela sur docs.microsoft.com ( moteur de débogage Visual Studio )
2. Redirigez l'application de formulaire en utilisant la duplication du gestionnaire std pour c ++ ou utilisez Console.SetOut (TextWriter) pour c #. Si vous devez imprimer dans la fenêtre de sortie, vous devez utiliser le SDK d'extension de Visual Studio. Exemple de la deuxième variante que vous pourriez trouver sur Github .
3. Démarrez l'application qui utilise System.Diagnostics.Debug.WriteLine (pour l'impression en sortie) et ensuite il démarrera l'application enfant. Au démarrage d'un enfant, vous devez rediriger stdout vers le parent avec des tubes. Vous pouvez trouver un exemple sur MSDN. Mais je pense que ce n'est pas la meilleure façon.

Si vous avez besoin de la sortie de Console.WriteLine et que le texte de la fenêtre Rediriger tout la sortie vers la fenêtre immédiate ne fonctionne pas et que vous devez connaître la sortie des tests de l'Explorateur de tests intégré, en utilisant NUnit.Framework, notre problème est déjà résolu à VS 2017 :

Exemple tiré de C # en profondeur par Jon Skeet: Cela produit cette sortie dans Text Explorer:

Lorsque nous cliquons sur Blue Output, sous Elapsed Time, à droite, et cela produit ceci:

La sortie standard est la sortie souhaitée, produite par Console.WriteLine.

Il fonctionne pour la console et pour les applications Windows Form à VS 2017, mais uniquement pour la sortie générée pour l'Explorateur de tests au débogage ou à l'exécution; de toute façon, c'est mon principal besoin de sortie Console.WriteLine.

Au lieu de cela, vous pouvez collecter la sortie dans un résultat de test.

Vous ne pouvez pas fournir d'entrée, mais vous pouvez facilement fournir plusieurs tests avec différents arguments de ligne de commande, chaque test collectant la sortie.

Si votre objectif est le débogage, il s'agit d'un moyen sans effort d'offrir un scénario de débogage reproductible.

namespace Commandline.Test
{
    using Microsoft.VisualStudio.TestTools.UnitTesting;

    [TestClass]
    public class CommandlineTests
    {
        [TestMethod]
        public void RunNoArguments()
        {
            Commandline.Program.Main(new string[0]);
        }
    }
}

Étape 1: Cliquez avec le bouton droit sur le nom du projet dans l'Explorateur de solutions, puis définissez le type de sortie comme application de fenêtre

Étape 2: Débogage -> Options .. -> Débogage (développer) -> Général -> Rediriger tout le texte de la fenêtre de sortie vers la fenêtre d'exécution