1つの実行可能ファイルをコンソールアプリケーションとGUIアプリケーションの両方にすることはできますか？
どのフラグが渡されるかに応じて、CLIまたはGUIアプリケーションとして実行できる C＃ プログラムを作成します。これはできますか？
これらの関連する質問を見つけましたが、私の状況を正確にはカバーしていません。
Jdigitalの答えRaymond Chenのブログ を指し、コンソールプログラムとnon-console*プログラムの両方であるアプリケーションを使用できない理由を説明します：OSプログラムが実行を開始する前にを知る必要があります使用するサブシステム。プログラムの実行が開始されたら、戻って他のモードを要求するには遅すぎます。
Cadeの回答 は コンソールでの.Net WinFormsアプリケーションの実行に関する記事 を指します。プログラムの実行開始後に AttachConsole を呼び出す手法を使用します。これには、プログラムがプログラムを開始したコマンドプロンプトのコンソールウィンドウに書き戻すことができるという効果があります。しかし、その記事のコメントは、私が致命的な欠陥と考えるものを指摘しています：子プロセスは実際にコンソールを制御しません。コンソールは親に代わって入力を受け入れ続けますプロセス、および親プロセスは、他の目的でコンソールを使用する前に、子プロセスの実行が完了するまで待機する必要があることを認識していません。
Chenの記事は 他のいくつかの手法を説明するJunfeng Zhangの記事 を指しています。
最初はdevenvが使用するものです。実際に2つのプログラムを使用することで機能します。 1つはメインGUIプログラムであるdevenv.exeで、もう1つはコンソールモードを処理するdevenv.comです。タスクですが、コンソールのような方法で使用されていない場合は、タスクをdevenv.exeに転送して終了します。この手法は、ファイル拡張子なしでコマンドを入力すると、comファイルがexeファイルよりも先に選択されるというWin32ルールに依存しています。
これには、Windows Script Hostが行う簡単なバリエーションがあります。 2つの完全に別個のバイナリwscript.exeおよびcscript.exeを提供します。同様に、Javaは、コンソールプログラムに対してJava.exeを、非プログラムに対してjavaw.exeを提供しますコンソールプログラム。
Junfengの2番目の手法は、ildasmが使用するものです。彼は、ildasmの作成者が両方のモードで実行するときに行ったプロセスを引用しています。最終的には、次のようになります。
- このプログラムはコンソールモードバイナリとしてマークされているため、常にコンソールから起動します。これにより、入力および出力のリダイレクトが通常どおりに機能します。
- プログラムにコンソールモードのコマンドラインパラメータがない場合、プログラムは再起動します。
単にFreeConsoleを呼び出して、最初のインスタンスをコンソールプログラムから削除するだけでは不十分です。これは、プログラムcmd.exeを開始したプロセスが、コンソールモードプログラムを開始し、プログラムの実行停止を待機していることを「認識」しているためです。 FreeConsoleを呼び出すと、コンソールの使用をildasm停止しますが、親プロセスstartは使用しませんコンソール。
そのため、最初のインスタンスは自動的に再起動します（追加のコマンドラインパラメーターを使用すると、私は推測します）。 CreateProcessを呼び出すと、2つの異なるフラグ DETACHED_PROCESSとCREATE_NEW_CONSOLE が試されます。どちらも2番目のインスタンスがアタッチされないようにします親コンソールに。その後、最初のインスタンスを終了し、コマンドプロンプトがコマンドの処理を再開できるようにします。
この手法の副作用は、GUIインターフェイスからプログラムを起動するときに、まだコンソールが存在することです。画面上で一瞬点滅し、その後消えます。
Junfengの記事でeditbinを使用してプログラムのコンソールモードフラグを変更する部分は、赤いニシンだと思います。コンパイラまたは開発環境は、作成するバイナリの種類を制御する設定またはオプションを提供する必要があります。後で変更する必要はありません。
一番下の行は、2つのバイナリを持つことができるか、コンソールウィンドウの瞬間的なちらつきがあることです。どちらがより小さな悪であるかを決定したら、実装の選択ができます。
*[-＃-] gui [〜＃〜]の代わりにnon-consoleと言う誤った二分法。プログラムにコンソールがないからといって、GUIがあるわけではありません。サービスアプリケーションはその代表例です。また、プログラムにはコンソールおよびウィンドウを含めることができます。
このトピックに関するRaymondのブログをご覧ください。
https://devblogs.Microsoft.com/oldnewthing/20090101-00/?p=1964
彼の最初の文：「できませんが、それを偽造しようとすることができます。」
http://www.csharp411.com/console-output-from-winforms-application/
WinForms Application.の前にコマンドライン引数を確認してください。
.NETでは、mainを除くすべてのアセンブリを共有するコンソールとGUIプロジェクトを同じソリューションで作成するのはとてつもなく簡単です。また、この場合、コマンドラインバージョンをGUIバージョンがパラメーターなしで起動された場合に単に起動するようにできます。点滅するコンソールが表示されます。
あなたがしたいことをする簡単な方法があります。 CLIとGUIの両方が必要なアプリを作成するときは常に使用しています。これを機能させるには、「OutputType」を「ConsoleApplication」に設定する必要があります。
class Program {
[DllImport("kernel32.dll", EntryPoint = "GetConsoleWindow")]
private static extern IntPtr _GetConsoleWindow();
/// <summary>
/// The main entry point for the application.
/// </summary>
[STAThread]
static void Main(string[] args) {
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
/*
* This works as following:
* First we look for command line parameters and if there are any of them present, we run the CLI version.
* If there are no parameters, we try to find out if we are run inside a console and if so, we spawn a new copy of ourselves without a console.
* If there is no console at all, we show the GUI.
* We make an exception if we find out, that we're running inside visual studio to allow for easier debugging the GUI part.
* This way we're both a CLI and a GUI.
*/
if (args != null && args.Length > 0) {
// execute CLI - at least this is what I call, passing the given args.
// Change this call to match your program.
CLI.ParseCommandLineArguments(args);
} else {
var consoleHandle = _GetConsoleWindow();
// run GUI
if (consoleHandle == IntPtr.Zero || AppDomain.CurrentDomain.FriendlyName.Contains(".vshost"))
// we either have no console window or we're started from within visual studio
// This is the form I usually run. Change it to match your code.
Application.Run(new MainForm());
else {
// we found a console attached to us, so restart ourselves without one
Process.Start(new ProcessStartInfo(Assembly.GetEntryAssembly().Location) {
CreateNoWindow = true,
UseShellExecute = false
});
}
}
}
私が好むテクニックは、ロブがdevenvランチャー「.com」とオリジナルの「.exe」という2つの実行可能ファイルを使用するテクニックと呼んだものだと思います。使用するボイラープレートコードがある場合、これはそれほど難しいことではありません（以下のリンクを参照）。
この手法では、トリックを使用して、「。com」をstdin/stdout/stderrのプロキシにし、同じ名前の.exeファイルを起動します。これにより、コンソールから呼び出されたときにプログラムをコマンドラインモードで実行できるようになります（特定のコマンドライン引数が検出された場合のみ）が、コンソールなしでGUIアプリケーションとして起動できます。
Google Codeのデュアルサブシステム というプロジェクトをホストしました。このプロジェクトは、この手法の古いcodeguruソリューションを更新し、ソースコードと動作サンプルバイナリを提供します。
これが、問題に対する単純な.NET C＃ソリューションであると私が信じているものです。問題を再度説明すると、スイッチを使用してコマンドラインからアプリのコンソール「バージョン」を実行すると、コンソールが待機している（コマンドプロンプトに戻らず、プロセスが実行し続けている）場合でもEnvironment.Exit(0)はコードの最後にあります。これを修正するには、Environment.Exit(0)を呼び出す直前に、これを呼び出します：
_SendKeys.SendWait("{ENTER}");
_次に、コンソールはコマンドプロンプトに戻る必要がある最後のEnterキーを取得し、プロセスは終了します。注：SendKeys.Send()を呼び出さないでください。呼び出さないと、アプリがクラッシュします。
多くの投稿で言及されているようにAttachConsole()を呼び出す必要がありますが、これによりアプリのWinFormバージョンを起動するときにコマンドウィンドウがちらつきません。
作成したサンプルアプリのコード全体を以下に示します（WinFormsコードなし）。
_using System;
using System.Windows.Forms;
using System.Runtime.InteropServices;
namespace ConsoleWriter
{
static class Program
{
[DllImport("kernel32.dll")]
private static extern bool AttachConsole(int dwProcessId);
private const int ATTACH_PARENT_PROCESS = -1;
[STAThread]
static void Main(string[] args)
{
if(args.Length > 0 && args[0].ToUpperInvariant() == "/NOGUI")
{
AttachConsole(ATTACH_PARENT_PROCESS);
Console.WriteLine(Environment.NewLine + "This line prints on console.");
Console.WriteLine("Exiting...");
SendKeys.SendWait("{ENTER}");
Environment.Exit(0);
}
else
{
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
Application.Run(new Form1());
}
}
}
}
_誰かがこの問題に何日も費やすのを助けてくれることを願っています。ヒントをありがとう@dantillに移動します。
/*
** dual.c Runs as both CONSOLE and GUI app in Windows.
**
** This solution is based on the "Momentary Flicker" solution that Robert Kennedy
** discusses in the highest-rated answer (as of Jan 2013), i.e. the one drawback
** is that the console window will briefly flash up when run as a GUI. If you
** want to avoid this, you can create a shortcut to the executable and tell the
** short cut to run minimized. That will minimize the console window (which then
** immediately quits), but not the GUI window. If you want the GUI window to
** also run minimized, you have to also put -minimized on the command line.
**
** Tested under MinGW: gcc -o dual.exe dual.c -lgdi32
**
*/
#include <windows.h>
#include <stdio.h>
static int my_win_main(HINSTANCE hInstance,int argc,char *argv[],int iCmdShow);
static LRESULT CALLBACK WndProc(HWND hwnd,UINT iMsg,WPARAM wParam,LPARAM lParam);
static int win_started_from_console(void);
static BOOL CALLBACK find_win_by_procid(HWND hwnd,LPARAM lp);
int main(int argc,char *argv[])
{
HINSTANCE hinst;
int i,gui,relaunch,minimized,started_from_console;
/*
** If not run from command-line, or if run with "-gui" option, then GUI mode
** Otherwise, CONSOLE app.
*/
started_from_console = win_started_from_console();
gui = !started_from_console;
relaunch=0;
minimized=0;
/*
** Check command options for forced GUI and/or re-launch
*/
for (i=1;i<argc;i++)
{
if (!strcmp(argv[i],"-minimized"))
minimized=1;
if (!strcmp(argv[i],"-gui"))
gui=1;
if (!strcmp(argv[i],"-gui-"))
gui=0;
if (!strcmp(argv[i],"-relaunch"))
relaunch=1;
}
if (!gui && !relaunch)
{
/* RUN AS CONSOLE APP */
printf("Console app only.\n");
printf("Usage: dual [-gui[-]] [-minimized].\n\n");
if (!started_from_console)
{
char buf[16];
printf("Press <Enter> to exit.\n");
fgets(buf,15,stdin);
}
return(0);
}
/* GUI mode */
/*
** If started from CONSOLE, but want to run in GUI mode, need to re-launch
** application to completely separate it from the console that started it.
**
** Technically, we don't have to re-launch if we are not started from
** a console to begin with, but by re-launching we can avoid the flicker of
** the console window when we start if we start from a shortcut which tells
** us to run minimized.
**
** If the user puts "-minimized" on the command-line, then there's
** no point to re-launching when double-clicked.
*/
if (!relaunch && (started_from_console || !minimized))
{
char exename[256];
char buf[512];
STARTUPINFO si;
PROCESS_INFORMATION pi;
GetStartupInfo(&si);
GetModuleFileNameA(NULL,exename,255);
sprintf(buf,"\"%s\" -relaunch",exename);
for (i=1;i<argc;i++)
{
if (strlen(argv[i])+3+strlen(buf) > 511)
break;
sprintf(&buf[strlen(buf)]," \"%s\"",argv[i]);
}
memset(&pi,0,sizeof(PROCESS_INFORMATION));
memset(&si,0,sizeof(STARTUPINFO));
si.cb = sizeof(STARTUPINFO);
si.dwX = 0; /* Ignored unless si.dwFlags |= STARTF_USEPOSITION */
si.dwY = 0;
si.dwXSize = 0; /* Ignored unless si.dwFlags |= STARTF_USESIZE */
si.dwYSize = 0;
si.dwFlags = STARTF_USESHOWWINDOW;
si.wShowWindow = SW_SHOWNORMAL;
/*
** Note that launching ourselves from a console will NOT create new console.
*/
CreateProcess(exename,buf,0,0,1,DETACHED_PROCESS,0,NULL,&si,&pi);
return(10); /* Re-launched return code */
}
/*
** GUI code starts here
*/
hinst=GetModuleHandle(NULL);
/* Free the console that we started with */
FreeConsole();
/* GUI call with functionality of WinMain */
return(my_win_main(hinst,argc,argv,minimized ? SW_MINIMIZE : SW_SHOWNORMAL));
}
static int my_win_main(HINSTANCE hInstance,int argc,char *argv[],int iCmdShow)
{
HWND hwnd;
MSG msg;
WNDCLASSEX wndclass;
static char *wintitle="GUI Window";
wndclass.cbSize = sizeof (wndclass) ;
wndclass.style = CS_HREDRAW | CS_VREDRAW;
wndclass.lpfnWndProc = WndProc;
wndclass.cbClsExtra = 0 ;
wndclass.cbWndExtra = 0 ;
wndclass.hInstance = hInstance;
wndclass.hIcon = NULL;
wndclass.hCursor = NULL;
wndclass.hbrBackground = NULL;
wndclass.lpszMenuName = NULL;
wndclass.lpszClassName = wintitle;
wndclass.hIconSm = NULL;
RegisterClassEx (&wndclass) ;
hwnd = CreateWindowEx(WS_EX_OVERLAPPEDWINDOW,wintitle,0,
WS_VISIBLE|WS_OVERLAPPEDWINDOW,
100,100,400,200,NULL,NULL,hInstance,NULL);
SetWindowText(hwnd,wintitle);
ShowWindow(hwnd,iCmdShow);
while (GetMessage(&msg,NULL,0,0))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
return(msg.wParam);
}
static LRESULT CALLBACK WndProc (HWND hwnd,UINT iMsg,WPARAM wParam,LPARAM lParam)
{
if (iMsg==WM_DESTROY)
{
PostQuitMessage(0);
return(0);
}
return(DefWindowProc(hwnd,iMsg,wParam,lParam));
}
static int fwbp_pid;
static int fwbp_count;
static int win_started_from_console(void)
{
fwbp_pid=GetCurrentProcessId();
if (fwbp_pid==0)
return(0);
fwbp_count=0;
EnumWindows((WNDENUMPROC)find_win_by_procid,0L);
return(fwbp_count==0);
}
static BOOL CALLBACK find_win_by_procid(HWND hwnd,LPARAM lp)
{
int pid;
GetWindowThreadProcessId(hwnd,(LPDWORD)&pid);
if (pid==fwbp_pid)
fwbp_count++;
return(TRUE);
}
コンソールフラッシュを回避する代替アプローチを作成しました。 GUIとコンソールアプリケーションの両方として機能するWindowsプログラムの作成方法を参照してください。
静的コンストラクターでAllocConsole（）を実行するとうまくいきます