-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fine-tune msbuild snippets #30
Conversation
doggy8088
commented
Jan 29, 2018
- Remove "msbuild-" prefix in the prefix field because all these snippets are used in MSBuild language mode only.
- Add a "ASP.NET Core Full Packages" snippet
- https://www.nuget.org/packages/Microsoft.AspNetCore.All
- Full NuGet properties in the "nuget-properties" snippet
- NuGet pack and restore as MSBuild targets | Microsoft Docs
* Remove "msbuild-" prefix in the prefix field because all these snippets are used in MSBuild language mode only. * Add a "ASP.NET Core Full Packages" snippet * Full NuGet properties in the "nuget-properties" snippet
Good idea about the prefix; I was going to suggest that but you beat me to it! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm wondering whether the prefixes for the ASP.NET Core metapackage vs its constituent packages could be more self-descriptive?
snippets/msbuild-project.json
Outdated
@@ -9,8 +9,153 @@ | |||
], | |||
"description": "Load Metapackage for ASP.NET Core" | |||
}, | |||
"ASP.NET Core Full Packages": { | |||
"prefix": "aspnetcore-metapackage-full", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a thought - perhaps you might want to make the prefix something like aspnetcore-full
rather than including the term metapackage
in the prefix? Might improve discoverability by helping consumers understand why they'd choose one over the other?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agreed. 👍
BTW, for snippets that only declare a single property or item, it might be easier to add those to the list of well-known properties / item types since the language service already knows how to insert them. For example, here's the https://github.com/tintoy/msbuild-project-tools-vscode/blob/master/help/properties.json#L221-L223 I could probably look into adding an optional default value for well-known properties (so there could also be a |
And here's the definition for the https://github.com/tintoy/msbuild-project-tools-vscode/blob/master/help/properties.json#L545 I think the snippets that add multiple required properties together are still a good idea, but perhaps leave out the containing |
I think defaultValue is a good idea. These snippets are common usage for me. Wrapping them in a "Group" can be easily identified their purpose. ( It depends. ) No matter what, after these code snippets been inserted into csproj. They can still move their generated code to else where. |
I have a .NET Core courses in my country. I also asked to many of my studuents, almost 90% devs don't know what's |
Good point - sounds fine to me then :) |
I have to get to bed (I'm in Australia) but I'll get this merged first thing tomorrow :) |
Sure, g'nite! 😄 |
Looks good, thanks! |
Published in v0.2.22 |