Use YAML for project files instead of JSON? about aspnetcore HOT 6 CLOSED

This really is a never ending debate but we chose JSON for a few reasons:

• Easy to read and author without tooling support
• Abundance of parsers available on multiple platforms, plus the one that we already use in most of our frameworks JSON.NET
• We were already investing in a JSON editor for VS (So we could do cool things like use JSON schema to show project.json intellisense and also things like querying for nuget packages)

Aside, why not Xaml 😄
http://forums.asp.net/t/1989814.aspx?Why+Not+Xaml+

from aspnetcore.

I understand the reasoning, but IMO it would be worth it. Your XAML arguments are that JSON is clean and tighter than XAML, but YAML makes JSON look ugly. It seems like project.json files are meant to be hand edited in this new world and to me having a cleaner syntax would be worth some extra effort. Especially since this is a long term architectural change. You know how tight and simple it would be to have a nice project.yaml and config.yaml sitting in your project?? :-) You know you want that. LOL

Maybe the system could support both? I can see where you wouldn't want to make the whole thing pluggable and have a bunch of unknown formats that other editors would need to be able to read and understand, but I would say that you could have a single system that looks for either a project.yaml or project.json file and reads them. Hrmm... now that I think about that... it seems like that would be a bad idea too. I guess it's an all or nothing thing.

from aspnetcore.

JSON has been chosen and I don't see us supporting multiple project formats. The ecosystem needs to be consistent and I'm not a fan of supporting more than one format for the project file (maybe in another 10 years 😉).

Config files are more forgiving and I could see a yaml source but the project format is wayyyy different and has more implications.

BTW "Right Click -> Add Reference" is not dead. We want to have it all:

• The ability to edit the file
• The ability to have tooling like VS completely light up the e2e experience with ui that is familiar to people

from aspnetcore.

Yeah, I agree that supporting more than one format would be a bad idea. Also, I guess if you are a C# dev, then you already live in the world of curly braces. Sigh. :-)

from aspnetcore.

Besides Swagger, I've not used YAML extensively BUT I find it terrible. JSON looks and works better for me, at least under Visual Studio.

from aspnetcore.

I fooled around with ways of using different formats over here https://github.com/aL3891/CustomPackageReferences

from aspnetcore.