Aspnetcore: Packaging and distribution

Created on 26 Jan 2018  路  8Comments  路  Source: dotnet/aspnetcore

We need to decide how Blazor is packaged and distributed. Do you only get it through project templates? NuGet? NPM? Something else?

area-blazor

Most helpful comment

Ideally it would be nice not to have any Node.JS on my machine.

All 8 comments

there will likely be demand for dotnet cli templates

Ideally it would be nice not to have any Node.JS on my machine.

I think a dotnet cli templates with it being shipped as a nuget package is the way to go

Yes, we are tracking adding project templates, including CLI templates, with https://github.com/aspnet/Blazor/issues/7.

This issue is tracking considering additional alternative distribution channels for Blazor.

NuGet is absolutely a must in my opinion. Project templates are also good for quick stuff like prototyping, introductory tutorials, public conference presentations etc. Then again I don't know how the whole thing will work together. Also how will WASM-packages be distributed by the general web-dev community? As long as there is a possibility of granular control and frequent updates of references/dependencies more experienced developers should be happy.

IMHO NuGet is the correct package and deployment system for Blazor components as the resulting compilation output a set of .net assemblies and a number of assorted assets files, I do think however that the package will need to possibly be distinguished by some meta tagging to differentiate for other packages especially in a large gallery

Please via NuGet and project templates. I guess you should support npm but I also want to eventually do away with node and typescript one day if that is ever possible. Keeping new versions of them in sync with the various node-modules has become a PITA... IMHO....

We will have NuGet packages, CLI templates, and Visual Studio extensions.

Was this page helpful?
0 / 5 - 0 ratings