You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jun 20, 2024. It is now read-only.
I just watched the community standup and wanted to add my 2 cents on the debate about main vs. no-main console application template.
Onboarding new developers from Python, PHP, JavaScript or completely new background with a no-using, global-sdk-usings, no-namespace, no-main-method is a very valid goal. I am in for change. global-usings will change how C# programs and app models are defined and I like it very much.
However, do not forget what safety a traditional main-method console template brings to programmers with C, C++ or Java background (aka. fresh converts). Or us 20 year veterans of .NET itself. We like the explicit Main, the usings, the namespace because we expect it. We do not like too much SDK magic like global using System; or auto generated namespaces. Especially for the console app model which should be a vanilla app model (not be too flavored like a e.g. SwiftUI like DSL or a i-will-never-open-program.cs-in-wpf-app). And in sheer numbers we create so much more dotnet new console applications than the current batch of newbies.
What about the following proposal
dotnet new console with a modern single-line, no-using, global-sdk-usings, no-namespace, no-main-method variant
dotnet new main for our converts from C, C++, Java and .NET veterans. Just what we always had.
Adding a comment on the CLI to clarify the situation
$ dotnet new console
Creating Console Application
Hint: If you prefer a console application with a traditional Main method, please use dotnet new main.
@KathleenDollard Hope that helps about the feedback you asked the community.
The text was updated successfully, but these errors were encountered:
I just watched the community standup and wanted to add my 2 cents on the debate about main vs. no-main console application template.
Onboarding new developers from Python, PHP, JavaScript or completely new background with a no-using, global-sdk-usings, no-namespace, no-main-method is a very valid goal. I am in for change. global-usings will change how C# programs and app models are defined and I like it very much.
However, do not forget what safety a traditional main-method console template brings to programmers with C, C++ or Java background (aka. fresh converts). Or us 20 year veterans of .NET itself. We like the explicit Main, the usings, the namespace because we expect it. We do not like too much SDK magic like
global using System;
or auto generated namespaces. Especially for the console app model which should be a vanilla app model (not be too flavored like a e.g. SwiftUI like DSL or a i-will-never-open-program.cs-in-wpf-app). And in sheer numbers we create so much moredotnet new console
applications than the current batch of newbies.What about the following proposal
dotnet new console
with a modern single-line, no-using, global-sdk-usings, no-namespace, no-main-method variantdotnet new main
for our converts from C, C++, Java and .NET veterans. Just what we always had.@KathleenDollard Hope that helps about the feedback you asked the community.
The text was updated successfully, but these errors were encountered: