CursosEmpresasBlogLiveConfPrecios
Fundamentos de C# con NET Core 2.1

Creación y Ejecución de Aplicaciones .NET Core en Consola

Fundamentos de C# con NET Core 2.1

Contenido del curso

Tomar examen

Creación y Ejecución de Aplicaciones .NET Core en Consola

Resumen

Comienza fuerte con .NET: verifica el SDK, crea tu primera app de consola en C sharp y entiende cómo compilar y ejecutar en diferentes plataformas. Aquí dominas la CLI de dotnet, interpretas su estructura de proyecto, y distingues entre ejecución con dotnet y ejecutables nativos. Todo paso a paso, sin perder tiempo.

¿Cómo verificar el NetCore SDK y crear una app de consola?

Antes de programar, valida que la instalación funciona. En Windows se recomienda usar PowerShell, una consola moderna con soporte útil para desarrolladores. Escribe el comando base y confirma que la herramienta responde con ayuda en pantalla:

dotnet

Crea una aplicación de consola con la plantilla adecuada. La opción más directa es:

dotnet new console

Se generan automáticamente elementos clave del proyecto: la carpeta obj, el archivo de proyecto platzi.csprog y el código fuente principal program.cs. En este último verás instrucciones como using System, la definición de un namespace y de una class, y el cuerpo principal que imprime un mensaje. La ejecución es inmediata con:

dotnet run

La herramienta primero compila y luego ejecuta. Verás el resultado en consola con el clásico mensaje en inglés: Hello world.

¿Qué habilidades refuerzas al iniciar con dotnet?

  • Uso de la consola para desarrollo en Windows, macOS u otras plataformas.
  • Manejo de comandos básicos: dotnet, dotnet new, dotnet run.
  • Lectura de archivos generados por plantillas y comprensión de su propósito.

¿Qué archivos y carpetas genera dotnet y cómo se ejecuta?

El archivo platzi.cprog es XML y declara propiedades del proyecto: que es ejecutable, output type: exe, y el framework objetivo, por ejemplo NetCore dos punto uno. Esto ayuda cuando una empresa pide una versión específica del framework.

Para compilar explícitamente y crear artefactos, usa:

dotnet build

Si te equivocas al escribir, PowerShell te informa del error. Tras compilar aparece la carpeta bin junto a obj. Dentro de bin surge Debug y una subcarpeta con el framework objetivo, por ejemplo NetCore dos punto uno. Allí encuentras la pieza principal: Platzi.dll.

Ahora bien, hay dos formas de ejecutar:

  • Con la DLL genérica: dotnet Platzi.dll. Funcionará en Windows, Linux u OSX porque es el ejecutable genérico de NetCore.
  • Con dotnet run desde la carpeta del proyecto. Compila y ejecuta en un paso.

¿Qué diferencia hay entre run y ejecutar una DLL?

  • dotnet run compila y luego ejecuta. Útil durante desarrollo.
  • Ejecutar la DLL con dotnet usa lo ya compilado. Es más rápido cuando el binario está listo.

¿Qué información clave aporta el archivo de proyecto?

  • Tipo de salida como ejecutable. Facilita saber el propósito del proyecto.
  • Versión del framework objetivo. Evita incompatibilidades entre entornos.

¿Cómo compilar, generar ejecutables y usar parámetros clave?

Para un ejecutable nativo de Windows se usa una compilación especializada con configuración de Release y un runtime objetivo. Con la combinación de parámetros -c y -r se indica qué generar y para qué sistema operativo, por ejemplo Windows 10, x64. Esto crea una salida específica que incluye Platzi.exe en la carpeta bin/Release/Windows 10, x64. Al ejecutar Platzi.exe, el programa corre sin llamar a dotnet.

  • -c define la configuración: release para producción, debug para depuración.
  • -r define el sistema objetivo: por ejemplo Windows 10, x64.

Si intentas usar un .exe específico de Windows en Linux, no funcionará por el formato. En cambio, la DLL genérica sí puedes ejecutarla con dotnet en cualquier plataforma compatible con NetCore.

¿Cómo elegir la carpeta de salida al crear un proyecto?

Al crear la app de consola, puedes indicar la carpeta de destino con el parámetro output. Así generas, por ejemplo, una carpeta llamada Platzi Hello World y luego entras allí para ejecutar dotnet run desde el proyecto recién creado.

¿Qué flujo de trabajo práctico se recomienda?

  • Crear con dotnet new console en la carpeta deseada.
  • Probar rápido con dotnet run desde el proyecto.
  • Compilar con dotnet build para verificar artefactos en bin.
  • Generar binarios de producción con configuración release y un runtime objetivo cuando se necesite un ejecutable nativo.

¿Tienes dudas o un truco con la CLI de dotnet que te funcione mejor? Cuéntalo y enriquece la conversación con tu experiencia.