C#: ¿Es posible que una sola aplicación se comporte como consola o aplicación de Windows según los switches?

Question

Tengo una aplicación simple que me gustaría automatizar mediante conmutadores. Pero cuando lo ejecuto a través de los conmutadores, realmente no quiero que se muestre una interfaz de usuario. Solo quiero que se ejecute, haga su trabajo, imprima cosas en la consola y salga. Por otro lado, si no lo ejecuto con ningún conmutador, quiero que aparezca la interfaz de usuario. Y en este caso, realmente no quiero una ventana de consola dando vueltas en el fondo.

¿Hay alguna manera de hacerlo, o tengo que crear dos proyectos separados, una aplicación de consola y una aplicación para Windows?

Answer 1

Si bien no es exactamente lo que ha preguntado, he logrado el apariencia de este comportamiento en el pasado mediante el uso de FreeConsole pInvoke para eliminar la ventana de la consola.

se establece el tipo de salida del proyecto para ser una aplicación de consola.A continuación se define la llamada extern a FreeConsole:

[DllImport("kernel32.dll", SetLastError=true)] 
private static extern int FreeConsole(); 

Luego, en que Main método que cambia en función de sus condiciones. Si desea una IU, llame al FreeConsole antes de abrir el formulario para borrar la ventana de la consola.

if (asWinForms) 
{ 
    FreeConsole();  
    Application.Run(new MainForm()); 
} 
else 
{ 
    // console logic here 
} 

Una ventana de consola aparece brevemente al inicio, pero en mi caso fue aceptable.

Esto es un poco hackeo y tiene un mal olor, por lo que consideraría seriamente si desea seguir esta ruta.

Answer 2

Claro, simplemente ponga una instrucción switch (o si no otra construcción) en el main estático (string [] args), basado en argumentos pasados ​​en la línea de comando. También hago esto para cambiar entre ejecutar como un servicio o como una consola ...

NOTA: Establecer el tipo de proyecto como consola App

[DllImport("kernel32.dll", SetLastError=true)] 
private static extern int FreeConsole();  
[STAThread] 
static void Main(string[] args) 
     { 
      if (args.Length == 0 && args[0] == "C") // Console 
      {      
       // Run as console code 
       Console.WriteLine("Running as Console App"); 
       Console.WriteLine("Hit any Key to exit"); 
       Console.ReadLine(); 
      } 
      else 
      { 
       //Console.SetWindowSize(1,1); 
       //string procName = Assembly.GetExecutingAssembly().FullName; 
       //ProcessStartInfo info = new ProcessStartInfo(procName); 
       //info.WindowStyle = ProcessWindowStyle.Minimized; 

       // EDIT: Thanks to Adrian Bank's answer - 
       // a better approach is to use FreeConsole() 
       FreeConsole(); 
       Application.Run(new MyForm()); 
      } 
     } 

EDIT: Gracias a la respuesta del Banco Adrian, FreeConsole() es mucho mejor enfoque de "dispensación" con la ventana de la consola de sólo minimizarla ...

Answer 3

Ellos son dos paradigmas diferentes, no creo que el uso de un modificador de línea de comandos como esta es una buena idea. ¿Por qué no construir la lógica del núcleo en una aplicación de consola y luego llamarla desde la GUI cuando sea necesario? Esto separaría muy bien la interfaz de usuario de la implementación, pero aún así proporcionaría una manera de usar la aplicación de la consola por sí sola cuando sea necesario.

Answer 4

Creo que la respuesta es no, o fue la última vez que examiné este problema.

El ejecutable está marcado como una aplicación con ventana o una aplicación de consola. Puede ver esto en las propiedades para su proyecto en Visual Studio, bajo aplicación, Tipo de salida

Puede simular el comportamiento teniendo dos aplicaciones, una aplicación de consola que si se ejecuta sin argumentos, inicia la aplicación GUI. Es posible que aparezca una ventana de la consola flash, a menos que se haya ejecutado desde una consola ya abierta.

Answer 5

De 'The Old New Thing'

¿Cómo se escribe un programa que se puede ejecutar ya sea como una consola o una aplicación de interfaz gráfica de usuario?

No puede.

(Voy a dejar que se hace clic en el artículo para los detalles de cómo fingir)

Answer 6

Sin implementar su propia versión de una ventana de la consola la respuesta es no. Cuando Windows carga que ejecutable que decide si o no para darle una ventana de la consola basada en los datos de la cabecera PE. Por lo tanto, puede hacer que una aplicación con ventana no tenga una ventana, pero no puede hacer que una aplicación en pantalla tenga una consola.

Answer 7

Puede, pero con algunos inconvenientes:

Puede evitar tener esta ventana negro en el arranque si se compila para el subsistema de Windows.

pero luego se va a unir el proceso para la consola de llamada (cmd.exe) de forma manual a través de AttachConsole (-1) http://msdn.microsoft.com/en-us/library/windows/desktop/ms681952%28v=vs.85%29.aspx

Esto por sí solo no hace el trabajo. También hay que redirigir las tres corrientes std a la consola a través de estas llamadas:

// redirect unbuffered STDOUT to the console 
lStdHandle = (long)GetStdHandle(STD_OUTPUT_HANDLE); 
hConHandle = _open_osfhandle(lStdHandle, _O_TEXT); 

fp = _fdopen(hConHandle, "w"); 
*stdout = *fp; 
setvbuf(stdout, NULL, _IONBF, 0); 

fp = _fdopen(hConHandle, "r"); 
*stdin = *fp; 
setvbuf(stdin, NULL, _IONBF, 0); 

// redirect unbuffered STDERR to the console 
lStdHandle = (long)GetStdHandle(STD_ERROR_HANDLE); 
hConHandle = _open_osfhandle(lStdHandle, _O_TEXT); 

fp = _fdopen(hConHandle, "w"); 
*stderr = *fp; 
setvbuf(stderr, NULL, _IONBF, 0); 

// make cout, wcout, cin, wcin, wcerr, cerr, wclog and clog 
// point to console as well 
ios::sync_with_stdio(); 

Muestra de: http://cygwin.com/ml/cygwin/2004-05/msg00215.html

El problema con su llamada WinMain es que las ventanas ya ha bifurcada a cabo el proceso de manera que los cmd de llamadas .exe console ya habrá regresado de su .exe y continúe con el siguiente comando. Para evitar que pueda llamar a su exe con start /wait myexe.exe De esta manera también obtiene el valor de retorno de su aplicación y puede verificarlo con% errorlevel% como de costumbre.

Si hay una forma de evitar que se bifurque el proceso con las ventanas del subsistema, por favor avíseme.

Espero que esto ayude.