Показать консоль в приложении Windows?
есть ли способ показать консоль в приложении Windows?
Я хочу сделать что-то вроде этого:
static class Program
{
[STAThread]
static void Main(string[] args) {
bool consoleMode = Boolean.Parse(args[0]);
if (consoleMode) {
Console.WriteLine("consolemode started");
// ...
} else {
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
Application.Run(new Form1());
}
}
}
9 ответов:
то, что вы хотите сделать, невозможно в здравом уме. Был похожий вопрос посмотрите на ответы.
тогда есть еще и безумный подход (сайт - резервное копирование доступно здесь.) написано Джеффри Рыцарь:
вопрос: как мне создать приложение, которое может работать в любом графическом (windows) режим или режим командной строки / консоли?
на поверхности это было бы кажется простым: вы создаете консоль приложение, добавьте к нему форму windows, и вы выключены и запущены. Однако, есть проблема:
проблема: если вы работаете в режиме GUI, вы в конечном итоге с окном и a надоедливая консоль скрывается в фоновом режиме, и у вас нет никакого способа спрятать его.
то, что люди, кажется, хотят, это истинное приложение амфибии, которое может работать плавно в любом режиме.
Если вы сломаете его, есть на самом деле четыре использования случаи здесь:
User starts application from existing cmd window, and runs in GUI mode User double clicks to start application, and runs in GUI mode User starts application from existing cmd window, and runs in command mode User double clicks to start application, and runs in command mode.Я отправляю код, чтобы сделать это, но с оговоркой.
Я на самом деле думаю, что такой подход приведет вас к гораздо большему неприятности дальше по дороге, чем это стоит. Например, вам придется есть два разных пользовательских интерфейсов' -- одна для GUI и для команды / ракушка. Вам придется построить какую-то странную центральную логику движок, который абстрагируется от GUI против командной строки, и это просто происходит чтобы стать странным. Если бы это был я, я бы отойдите назад и подумайте о том, как это будет ли использоваться на практике, и является ли этот вид переключения режимов стоит потрудиться. Таким образом, если какой-то особый случай не требовал этого, я не буду использовать этот код сам, потому что как только я столкнусь ситуациях, когда мне нужны вызовы API, чтобы что-то сделать, я стараюсь остановитесь и спросите себя: "я все усложняю?".
тип вывода=приложение Windows
using System; using System.Collections.Generic; using System.Windows.Forms; using System.Runtime.InteropServices; using System.Diagnostics; using Microsoft.Win32; namespace WindowsApplication { static class Program { /* DEMO CODE ONLY: In general, this approach calls for re-thinking your architecture! There are 4 possible ways this can run: 1) User starts application from existing cmd window, and runs in GUI mode 2) User double clicks to start application, and runs in GUI mode 3) User starts applicaiton from existing cmd window, and runs in command mode 4) User double clicks to start application, and runs in command mode. To run in console mode, start a cmd shell and enter: c:\path\to\Debug\dir\WindowsApplication.exe console To run in gui mode, EITHER just double click the exe, OR start it from the cmd prompt with: c:\path\to\Debug\dir\WindowsApplication.exe (or pass the "gui" argument). To start in command mode from a double click, change the default below to "console". In practice, I'm not even sure how the console vs gui mode distinction would be made from a double click... string mode = args.Length > 0 ? args[0] : "console"; //default to console */ [DllImport("kernel32.dll", SetLastError = true)] static extern bool AllocConsole(); [DllImport("kernel32.dll", SetLastError = true)] static extern bool FreeConsole(); [DllImport("kernel32", SetLastError = true)] static extern bool AttachConsole(int dwProcessId); [DllImport("user32.dll")] static extern IntPtr GetForegroundWindow(); [DllImport("user32.dll", SetLastError = true)] static extern uint GetWindowThreadProcessId(IntPtr hWnd, out int lpdwProcessId); [STAThread] static void Main(string[] args) { //TODO: better handling of command args, (handle help (--help /?) etc.) string mode = args.Length > 0 ? args[0] : "gui"; //default to gui if (mode == "gui") { MessageBox.Show("Welcome to GUI mode"); Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new Form1()); } else if (mode == "console") { //Get a pointer to the forground window. The idea here is that //IF the user is starting our application from an existing console //shell, that shell will be the uppermost window. We'll get it //and attach to it IntPtr ptr = GetForegroundWindow(); int u; GetWindowThreadProcessId(ptr, out u); Process process = Process.GetProcessById(u); if (process.ProcessName == "cmd" ) //Is the uppermost window a cmd process? { AttachConsole(process.Id); //we have a console to attach to .. Console.WriteLine("hello. It looks like you started me from an existing console."); } else { //no console AND we're in console mode ... create a new console. AllocConsole(); Console.WriteLine(@"hello. It looks like you double clicked me to start AND you want console mode. Here's a new console."); Console.WriteLine("press any key to continue ..."); Console.ReadLine(); } FreeConsole(); } } } }
Это немного старый (хорошо, это очень старый), но я делаю то же самое прямо сейчас. Вот очень простое решение, которое работает для меня:
public static void ShowConsoleWindow() { var handle = GetConsoleWindow(); if (handle == IntPtr.Zero) { AllocConsole(); } else { ShowWindow(handle, SW_SHOW); } } public static void HideConsoleWindow() { var handle = GetConsoleWindow(); ShowWindow(handle, SW_HIDE); } [DllImport("kernel32.dll", SetLastError = true)] static extern bool AllocConsole(); [DllImport("kernel32.dll")] static extern IntPtr GetConsoleWindow(); [DllImport("user32.dll")] static extern bool ShowWindow(IntPtr hWnd, int nCmdShow); const int SW_HIDE = 0; const int SW_SHOW = 5;
самый простой способ-запустить приложение WinForms, перейти в настройки и изменить тип на консольное приложение.
отказ от ответственности
есть способ достичь этого, который довольно прост, но я бы не сказал, что это хороший подход для приложения, которое вы собираетесь позволить другим людям видеть. Но если у вас был какой-то разработчик нужно показать консоль и windows forms в то же время, это можно сделать довольно легко.
этот метод также поддерживает отображение только окна консоли, но не поддерживает отображение только формы Windows, т. е. консоль всегда будет отображаться. Вы можете только взаимодействовать (т. е. получать данные -
Console.ReadLine(),Console.Read()) с консольным окном, если вы не показываете windows forms; вывод на консоль -Console.WriteLine()- работает в обоих режимах.это предоставляется как есть; нет гарантий, что это не будет делать что-то ужасное позже, но это работает.
этапы проекта
начните со стандартного Консольное Приложение.
Марк
Mainметод[STAThread]добавить ссылку на проект на
воскрешение очень старой темы еще раз, так как ни один из ответов здесь не работал очень хорошо для меня.
Я нашел простой способ, который кажется довольно надежной и простой. Это сработало для меня. Идея:
- скомпилируйте свой проект как приложение Windows. При запуске исполняемого файла может быть родительская консоль, но, возможно, нет. Цель состоит в том, чтобы повторно использовать существующую консоль, если она существует, или создать новую, если нет.
- AttachConsole (-1) будет искать консоль родительского процесса. Если он есть, он прикрепляется к нему, и вы закончили. (Я попробовал это, и он работал правильно при вызове моего приложения из cmd)
- если AttachConsole возвращает false, родительской консоли нет. Создайте его с помощью AllocConsole.
пример:
static class Program { [DllImport( "kernel32.dll", SetLastError = true )] static extern bool AllocConsole(); [DllImport( "kernel32", SetLastError = true )] static extern bool AttachConsole( int dwProcessId ); static void Main(string[] args) { bool consoleMode = Boolean.Parse(args[0]); if (consoleMode) { if (!AttachConsole(-1)) AllocConsole(); Console.WriteLine("consolemode started"); // ... } else { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new Form1()); } } }предупреждение: похоже, что если вы попытаетесь написать на консоль до присоединения или выделения консоли, этот подход не работает. Мое предположение-первое время вызова консоли.Write/WriteLine, если еще нет консоли, то Windows автоматически создает скрытую консоль где-то для вас. (Так что, возможно, ответ Энтони ShowConsoleWindow лучше после того, как вы уже написали на консоль, и мой ответ лучше, если вы еще не написали на консоль). Важно отметить, что это не работает:
static void Main(string[] args) { Console.WriteLine("Welcome to the program"); //< this ruins everything bool consoleMode = Boolean.Parse(args[0]); if (consoleMode) { if (!AttachConsole(-1)) AllocConsole(); Console.WriteLine("consolemode started"); //< this doesn't get displayed on the parent console // ... } else { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new Form1()); } }
что сработало для меня, так это написать консольное приложение отдельно, которое сделало то, что я хотел, скомпилировать его до exe, а затем сделать
Process.Start("MyConsoleapp.exe","Arguments")
проверьте этот исходный код. Весь комментируемый код-используется для создания консоли в приложении Windows. Uncommented-скрыть консоль в консольном приложении. От здесь. (Ранее
здесь.) Проектreg2run.
// Copyright (C) 2005-2015 Alexander Batishchev (abatishchev at gmail.com) using System; using System.ComponentModel; using System.Runtime.InteropServices; namespace Reg2Run { static class ManualConsole { #region DllImport /* [DllImport("kernel32.dll", CharSet = CharSet.Unicode, CallingConvention = CallingConvention.StdCall, SetLastError = true)] [return: MarshalAs(UnmanagedType.Bool)] private static extern bool AllocConsole(); */ [DllImport("kernel32.dll", CharSet = CharSet.Unicode, CallingConvention = CallingConvention.StdCall, SetLastError = true)] [return: MarshalAs(UnmanagedType.Bool)] private static extern bool CloseHandle(IntPtr handle); /* [DllImport("kernel32.dll", CharSet = CharSet.Unicode, CallingConvention = CallingConvention.StdCall, SetLastError = true)] private static extern IntPtr CreateFile([MarshalAs(UnmanagedType.LPStr)]string fileName, [MarshalAs(UnmanagedType.I4)]int desiredAccess, [MarshalAs(UnmanagedType.I4)]int shareMode, IntPtr securityAttributes, [MarshalAs(UnmanagedType.I4)]int creationDisposition, [MarshalAs(UnmanagedType.I4)]int flagsAndAttributes, IntPtr templateFile); */ [DllImport("kernel32.dll", CharSet = CharSet.Unicode, CallingConvention = CallingConvention.StdCall, SetLastError = true)] [return: MarshalAs(UnmanagedType.Bool)] private static extern bool FreeConsole(); [DllImport("kernel32.dll", CharSet = CharSet.Unicode, CallingConvention = CallingConvention.StdCall, SetLastError = true)] private static extern IntPtr GetStdHandle([MarshalAs(UnmanagedType.I4)]int nStdHandle); /* [DllImport("kernel32.dll", CharSet = CharSet.Unicode, CallingConvention = CallingConvention.StdCall, SetLastError = true)] [return: MarshalAs(UnmanagedType.Bool)] private static extern bool SetStdHandle(int nStdHandle, IntPtr handle); */ #endregion #region Methods /* public static void Create() { var ptr = GetStdHandle(-11); if (!AllocConsole()) { throw new Win32Exception("AllocConsole"); } ptr = CreateFile("CONOUT$", 0x40000000, 2, IntPtr.Zero, 3, 0, IntPtr.Zero); if (!SetStdHandle(-11, ptr)) { throw new Win32Exception("SetStdHandle"); } var newOut = new StreamWriter(Console.OpenStandardOutput()); newOut.AutoFlush = true; Console.SetOut(newOut); Console.SetError(newOut); } */ public static void Hide() { var ptr = GetStdHandle(-11); if (!CloseHandle(ptr)) { throw new Win32Exception(); } ptr = IntPtr.Zero; if (!FreeConsole()) { throw new Win32Exception(); } } #endregion } }
на самом деле AllocConsole с SetStdHandle в приложении GUI может быть более безопасным подходом. Проблема с уже упомянутым "захватом консоли" заключается в том, что консоль может вообще не быть окном переднего плана (esp. учитывая приток новых оконных менеджеров в Vista / Windows 7) среди прочего.
в wind32 консольные приложения-это совершенно другой зверь, чем обычные приложения для приема сообщений в очереди. Они объявляются и компилируются по-разному. Вы можете создать приложение, которое имеет как консольную часть, так и обычное окно, и скрыть одно или другое. Но подозреваю, что вы найдете все это немного больше работы, чем вы думали.
Comments