Live data from Hacker News

Visual Studio 2017 Release Candidate

visualstudio.com

51–60 of 121 posts

Re: Visual Studio 2017 Release Candidate

#51
post #48

Earlier quoted context omitted.

Wondering if the Live Unit Testing came from the acquisition/integration of the Alive project. Very interesting indeed.

It might be, but Alive was much more than just if the tests pass or not

Might be. Also, in any case - this adds stuff that wasn't in the original Alive AFAIK - supposedly it knows to only run tests that were affected by your last edit and show line-by-line red/green/gray coverage indicators: did someone say NCrunch?

Re: Visual Studio 2017 Release Candidate

#52
post #44

Earlier quoted context omitted.

That went away a while ago, unfortunately... though I think yaml may have been better, the json-like structure was much easier than the xml mess for vs projects. Hoping they added an "empty" project that is just files, closest were some of the web projects, but even then, node projects always felt like an alien afterthought... haven't seen how they are in vs2017, guessing they brought in the ntvs stuff into mainline.

project.json is still official way of configuring the projects. Dotnet cli uses that, msbuild is not there yet i think. Empty project is done with "donnet new", and it's really small and light ...

The information I've read claims that the new MSBuild system will be released along with what is now called Visual Studio 2017 and .NET Standard 2.0.

Re: Visual Studio 2017 Release Candidate

#53
post #19
post #15

The new installer is nice. Installed just a C++ environment in 5 minutes!!

Wow that's huge. My last VS2015 install took hours.

Indeed. Plus I really like that I can install just the C++ tools and not all the .NET languages as well as I don't need or want those! The overall IDE speed is greatly improved as well. Looks like a good update so I am looking forward to the final soon.

Re: Visual Studio 2017 Release Candidate

#55
post #54

Great to see some Resharper features making it in, have been waiting for MS to acquire Resharper or Jet brains :P; but why acquire when you can make your own Slack and Resharper :)

> have been waiting for MS to acquire Resharper or Jet brains :P;

Please don't. They make way too many awesome tools outside of Microsoft's area of interest, like CLion, Kotlin, RubyMine etc.

Re: Visual Studio 2017 Release Candidate

#56
post #47

Anyone know if this will work with Unity 3D?

It seems so: Game development with Unity The Unity engine integrates into one unparalleled platform to create 2D and 3D games and interactive content. Create once and publish to 21 platforms, including all mobile platforms, WebGL, Mac, PC and Linux desktop, web or consoles. Write code quickly and with precision using IntelliSense. Navigate through your scripts easily and use powerful refactoring capabilities. Identif…

In a similar vein, Unreal Engine 4 added support for VS "15"/2017 in yesterdays 4.14 release.

https://www.unrealengine.com/blog/unreal-engine-4-14-release...

Re: Visual Studio 2017 Release Candidate

#57
post #29

Does this also mean a new C/C++ runtime library is available (i.e. vcruntime150)?

MSVC STL dev here. We're doing something different this time around. VS 2015 RTM and Update 1/2/3 were binary-compatible (as usual) while adding lots of features to the compiler and STL (unusual). VS 2017 RTM and its Updates will continue to be binary-compatible while adding features, meaning that our DLLs are still vcruntime140.dll, msvcp140.dll, etc. The versions are admittedly a mess, so here's the magic decoder ring:

VS 2015: IDE version 14, DLL version 140, toolset version 140, compiler version 19.0 (the C++ compiler is older than the Visual part of Visual C++). VS 2017: IDE version 15, DLL version 140 (same!), toolset version 141, compiler version 19.1

We still recommend that you build everything with VS 2017 consistently, as this will give you the most performance and correctness. However, you can mix in object files, static libraries, and DLLs compiled with previous versions all the way back to 2015 RTM, and things will continue to work (although you won't necessarily activate fixes in the newer version).

For more info, read the comments on https://blogs.msdn.microsoft.com/vcblog/2016/08/24/c1417-fea... where I mentioned WCFB02.

Re: Visual Studio 2017 Release Candidate

#58

Looks like MS is making mostly small changes, focusing on improving the features they already have instead of introducing lots of new changes.

In MSVC's STL we're making major changes, adding lots of features in pursuit of C++17 conformance. Among other things, we've added several new headers between VS 2015 Update 3 and VS 2017 RC (, , , ), and we've totally overhauled std::vector's implementation for correctness and performance.

Re: Visual Studio 2017 Release Candidate

#59
post #43

Visual Studio "15" = Visual Studio 2017 = VC 15.0 Crystal clear. Why didn't Microsoft bump up VC version to 17 to sort of make VC version follow VS version. Would clear out some confusion going forward.

The naming has been awful with this release in particular. Having two Visual Studio (20)15s out at the same time is very confusing. Almost as bad as the Skype vs Skype for Business marketing boondoggle.

There's some sick bastard in Microsoft who really likes these confusing sames. He's probably the same guy who came up with .NET.

Remember when .NET could refer to virtually every product Microsoft made?

I was half expecting them to call it Visual Studio Surface. Then you could run Surface on your Surface on any Surface on the planet.

Post reply on HN