12 ms·
Resharper has proven to be a great way for me to start learning and integrating new language features. I code in my original style and resharper suggests change
by S_A_P 7y ago
Resharper has proven to be a great way for me to start learning and integrating new language features. I code in my original style and resharper suggests changes based on new features like pattern matching. At first I didnt see the benefit, but this is a hugely powerful feature once you start to wrap your mind around it.
- keithnz 7y agoas an aside, if you got Rider as part of your resharper subscription, try it out, it is basically a drop in replacement for visual studio but faster and with many many little quality of life improvements you never knew you needed :)
- bob1029 7y agoThe spell checker is probably the single greatest feature in Rider. It works really well on composite type names. E.g. 'CustomerPreferences' would not get a squiggle under it for spelling, but 'CusomerPreferences' would. Performance is arguably better in most circumstances, but it doesn't support some of the bleeding edge .NET Core functionality as well as VS2019 does.
- keithnz 7y agoIt also doesn't support some dried up crusty .NET functionality like webforms either (it compiles it fine, but doesn't have the code generation tools that VS has )
- emodendroket 7y agoEvery release has more and more stuff though. Like they have added Windows Forms pretty recently. Right now SSDT and some ancient Linq2Sql stuff is the only thing I still find myself needing VS for.
- SigmundA 7y agoResharper spell checks in VS for me too.
- bradenb 7y agoDoes Rider work as a XAML designer yet?
- tablloyd 7y agoI've recently switched to Rider full time from VS, so far it's been a really good experience & has fixed the main issues that I was experiencing with VS. I've found it quite problematic to reliably connect to private NuGet feeds though which is a bit of a pain.
- to11mtm 7y agoI started using Rider recently. It's faster yes, but seems to be a bit more memory hungry out of the gate than VS+Resharper. There is one HUGE thing I miss however - the Package Manager console. There's still a few things I have to do in there and thus have to switch back to VS.
- m_fayer 7y agoDefinitely more memory hungry. But I see it as a good deal. I feed it all the memory it wants, it gives me stability, xplat, and an embarrassment of riches as far as features and conveniences. It's earned that memory.
- eyegor 7y agoYou can achieve this through nuget.exe from your hidden /.nuget directory iirc.
- to11mtm 7y agoNot everything. I can't do the equivalent of update-package -reinstall A forced package restore doesn't quite do the same thing. (I'm really glad Rider has that feature though!) Add-BindingRedirect (would be extra handy since Rider doesn't handle redirects at all [1]) [1] https://youtrack.jetbrains.com/issue/RIDER-5482 https://youtrack.jetbrains.com/issue/RIDER-5482
- tigershark 7y agoVS is 32 bit, so instead of getting more memory when it needs it slows to a crawl and eventually crashes. I think that the early versions of VS are a bloodbath. VS 2019 just crawled with a small solution just because there were mixed C# and F# projects. I should remember to upgrade always after 2 or 3 minor revisions instead of being a guinea pig for MS. On the other hand some time ago I got a bug in rider where the F# code worked perfectly in VS but didn’t work at all in rider and until today I have rider highlighting some errors in perfectly valid c# code but the build is successful while for resharper that code is fine. And the biggest current pain that I have is that I cannot debug ny tests in VS but they work perfectly in rider. So for now I’m sticking to both of them until rider irons up some small wrinkles.
- qwerty456127 7y ago> replacement for visual studio but faster How can a IntelliJ Idea derivative written in Java be faster than VistalStudio which is native code? Both Idea and PyCharm work much slower than VisualStudio on my machine.
- eberkund 7y agoBecause VS has limitations on the amount of memory it can use and although they have been working on this, there is still functionality which is highly single threaded whereas Rider tends to offload most of the functionality from the UI thread into background processes.
- eyegor 7y agoThe memory limitations can be partially kicked down the road by setting /largeaddressaware on devenv.exe. Ofc it's still beyond frustrating when you have a large solution with many component projects. I personally ram against the 4gb ceiling constantly.
- qwerty456127 7y agoI see, this means Rider is faster than the VS on many-core machines with huge amounts of memory. That's why it isn't going to be fast for me - I only use laptops, with 4 GiB RAM and dual cores each.
- fuzzy2 7y agoVisual Studio isn't native though. It's .NET and COM. That's also why we're still stuck with 32-bit VS.
- int_19h 7y agoCOM is an ABI, and is often implemented in native code, C++ usually. There's still plenty of C++ inside VS.
- hermitdev 7y agoThat's not why VS is still 32-bit. Apparently folks at MS dont think the extra address space isnt worth it and think it would adversely affect performance [1]. In my own experience in migrating servers from 32 to 64-bit on Linux 12 years ago, 64-bit was around 10-20% slower than the 32-bit build. Dont how itd fare today (no longer at that job). Even though performance was demonstrably slower, 64-bit it was due to edict from the CEO. For what its worth, neither of the services I was responsible benefited from the extra address space. Mem usage for bother services peaked at around 750 MB. [1] https://docs.microsoft.com/en-us/archive/blogs/ricom/revisiting-64-bit-ness-in-visual-studio-and-elsewhere https://docs.microsoft.com/en-us/archive/blogs/ricom/revisit...
- jtms 7y agoRider has the far superior VIM plugin as well
- brynjolf 7y agoFor our 32 project solution, Rider is so awkwardly slow at startup and if you pull from master it just dies. Also it just loves to notify you about everything. I still prefer VS.
- qwerty456127 7y agoIndeed. A cool feature I love too. I miss this a lot when coding Python (in PyCharm) and JavaScript (in VS.Code).
- bilekas 7y agoResharper is amazing, I absolutely love it but I think it makes me lazy.. Infact, I get nervous when I'm working on a VS without it.. I don't want to NOT know why ReSharper is screaming at me!
- erikbye 7y agoHave you attempted to use VS recently without it? Newer versions of VS have come a long way to match its refactoring features. What feature specifically are you missing?
- jcpst 7y agoI have clocked in way more hours in Rider than VS. I can flawlessly run and debug our decades old monolith with 40-50 projects and millions LOC, containing C#, VB, Web Forms, WPF, files with 80k lines... And all of our .NET Core services on MacOS, with all my unix-y tooling. There is “VS for Mac”, but it’s not really VS. It’s Xamarin Studio rebranded. Rider works excellent on my Linux box at home as well, where the alternatives are MonoDevelop and Omnisharp + text editor.
- stult 7y agoMy only complaint is I can’t ignore auto-gen’d code like EF migrations in dotCover, so my unit test coverage looks terrible. It doesn’t help that I write terrible unit tests, but still!
- mtone 7y agoI run a little powershell script on build that adds the [System.Diagnostics.CodeAnalysis.ExcludeFromCodeCoverage] attribute to generated classes in certain folders. https://gist.github.com/mtone/aded2ff636cb6dd9d428cf5800f34429 https://gist.github.com/mtone/aded2ff636cb6dd9d428cf5800f344... Funnily, I have no clue how to setup a build script in Rider, did that in VS (Rider do run it).
- stult 7y agoHoly crap you've made my job infinitely easier. Thank you!
- flamtap 7y agoAs a long-time ReSharper user, I’ve been meaning to give rider a close look for some time now. Unfortunately the last project I was on was heavy into WPF, and that was about the only box VS didn’t tick. Any tips, tricks, or pitfalls to avoid making the switch from VS to Rider?
- emodendroket 7y agoI used VS for years before switching to Rider and honestly... just jump in, there's not much to know. If you've used ReSharper the features should seem pretty familiar.
- skocznymroczny 7y agoI don't understand why upcoming programming languages completely ignore the IDE experience or at most throw some basic code completion (which works half of the time) and syntax highlighting at you (not even semantic highlighting). I'll take a "limited" language with excellent IDE support over a "powerful" language that you use notepad with.
- kashug 7y agoI'd argue that Kotlin is still a "Upcomming programming languages" - and I think one of its reasons for success is how well integrated it is into the IDE. (especially if you use intelliJ)
- terminaljunkid 7y agoThe same applies for other tooling as well; one of the reasons why go is so popular.
- erikbye 7y agoReshaper is known to be quite slow, slowing down VS by a lot, how much depends on the project. Besides, newer versions of VS and its refactoring features have come a long way, for me, it has made Resharper obsolete. https://resharper-support.jetbrains.com/hc/en-us/articles/206546919-Visual-Studio-with-ReSharper-is-slow https://resharper-support.jetbrains.com/hc/en-us/articles/20...
- apk-d 7y agoHaving switched from VS to JetBrains Rider a few months ago, I cannot recommend it enough. Way faster and less clunky than VS without Resharper, especially if you're targeting Unity. They're so far ahead I simply don't see any way for Microsoft to catch up any time soon.