Mark Miller

CodeRush for Roslyn (preview)

So the entire team has been working hard on CodeRush for Roslyn. This endeavor is huge: Hundreds, if not thousands of language-based features, replacing our core engine with Roslyn’s core engine, and porting tens of thousands of test cases.

Based on what we’ve seen so far, the end results, extremely efficient use of memory, even faster performance, and more, appear to justify the effort.

The Plan

The DevExpress 15.1 release includes two CodeRush products:

  1. CodeRush Classic 15.1 (previously known as simply CodeRush). This is the same CodeRush we’ve shipped for years. It includes the full feature set, however 15.1 will not include support for C# 6 and VB 14 language features.
  2. CodeRush for Roslyn (CRR) 1.0 preview. CRR will not include the full CodeRush 14.2 feature set (more details below), however it will include full support for C# 6 and VB 14 language features (and beyond).

The Future of CodeRush Classic

At some point in the future, when we have ported the entire CodeRush Classic feature set to CRR, we intend to deprecate CodeRush Classic. We will continue to support and fix issues in CodeRush Classic for some time beyond this deprecation point, however CodeRush Classic is unlikely to ever get support for new language features (e.g., C# 6, VB 14, and beyond).

Which CodeRush Should I Use?

If you’re working in Visual Studio 2015 with the new language features in C# or VB, you should install CodeRush for Roslyn. If you rely on CodeRush Classic features that haven’t been ported yet, you’ll need CodeRush Classic. If you need both, you can install and use both (more on this in later posts).

Benefits

There are three significant benefits you can expect from CodeRush for Roslyn:

Massive Reduction in Memory Consumption

Refactoring tools need to understand the code. And to refactor and find references quickly, you need to parse the solution source. And that means memory. The bigger the solution, the more memory you need. In CodeRush Classic and in competing tools which have decided not to support Roslyn, the memory required is essentially doubled as the Visual Studio host is also parsing and storing similar results. Owners of huge solutions were hit hard when using tools like CodeRush Classic. With CodeRush for Roslyn, this doubling-up memory waste is a now thing of the past.

To see this savings in action, we created two benchmarks using the following hardware and software:

Machine: Intel® Core™ i7-363QM CPU, 2.40 GHz, 8GB RAM, SSD HD 
OS: Windows 8.1 Enterprise 64-bit
Software:

  • Visual Studio v14.0.22823.1 D14REL
  • CodeRush for Roslyn v0.9
  • Competing Product v9.1

Solutions Tested:

Benchmarks:

  1. Memory.

    Prep: Open solution. Build. Close all documents. Only Solution Explorer and Properties windows are active. Close solution. Close Visual Studio.

    Memory Test: Start Visual Studio, open solution, wait until devenv.exe process CPU usage falls to 0. Calculate managed memory using VSIX plug-in.

  2. Performance.

    Prep: Open Visual Studio with Start Page opened. Wait until all extensions are successfully loaded.

    Performance Test: Click the solution link the solution in the Recent tab and start the timer. Stop the timer when the solution loading progress bar is complete. For VS and CodeRush the progress bar appears in the Solution Explorer. Competing products may place a progress bar in the lower-left corner of the VS status bar.

At DevExpress we have a policy of not mentioning competing products on our site, so I can’t reveal the name of the product we compared CodeRush to. However I can tell you the version number of the competing product we tested was 9.1, and I can tell you the competing product is one that has previously announced they would not exploit the Roslyn engine (which means you would expect their memory usage to be noticeably higher than Visual Studio’s).

Results of the memory tests:

MemoryUse

For the small solution, DotNetOpenAuth, CodeRush uses only 6MB.

For the medium-sized solution, Orchard, CodeRush uses 13MB.

And for the large solution, opening the source code to Roslyn itself, CodeRush uses 55MB.

Faster Performance

Not only was CodeRush Classic storing essentially the same results as Visual Studio was, it was also parsing the same code a second time (just like some competing tools still do). That waste stops with CodeRush for Roslyn. Every feature works noticeably faster and feels snappier, while CRR adds only 0-2 seconds to solution-open times:

 SolutionOpenTimes

Better Language Support

Expect CodeRush for Roslyn to immediately understand and support new C# and VB language features as they are released by the Visual Studio team.

Support for Languages Beyond C# and VB

CodeRush for Roslyn will include parsers and code generators from the CodeRush Classic engine for any languages that Roslyn doesn’t support yet, including XAML, CSS, HTML, and XML. As Roslyn adds support for these languages, We’ll update CRR accordingly to exploit the new support, which should result in additional memory reduction and faster performance.

What’s really exciting, is that as the Visual Studio team and third parties move new languages under the Roslyn engine, you can expect CodeRush for Roslyn to understand those as well. There may be some changes required on our side to support the new languages, however the effort is a small fraction of what it was before Roslyn.

The Preview is Free

Today we’re releasing an early preview of CodeRush for Roslyn on the Visual Studio Gallery. We intend to release updates every four weeks as we approach the final release. The install is VSIX-based, which means updates are quick and easy and can happen from inside Visual Studio.

What’s New

In addition to a port of CodeRush classic features (see below for details), CodeRush for Roslyn also includes two new features.

IntelliRush Hierarchical Filtering

In this release IntelliRush gets a great new feature, Hierarchical Filtering. This lets you slice up the Intellisense hierarchy to only see entries from specified classes in the ancestry.

IntelliRushHierarchicalMenu

 

Code Coverage

The Code Coverage window shows which lines of code are covered by test cases and which are not.

 image

Features Ported from CodeRush Classic

Features included in the CodeRush for Roslyn (preview):

 image

 image

We Need Your Feedback

Let us know what you love, what you’re missing, and what you’d like changed. When CodeRush for Roslyn is published (awaiting final approval from the powers that be), it will be available here.

Published Jun 09 2015, 01:00 AM by
Bookmark and Share

Comments

QUALCO SA

Where can we download and install the preview version?

June 10, 2015 5:20 AM

Michael Stortz

June 10, 2015 6:10 AM

Andrii

What about F#

I created lots of templates.

It would be nice to have at least ability to use templates in CodeRush for Roslyn within F#

June 10, 2015 2:09 PM

Mark Miller (DevExpress)

Hi Andrii,

We expect to have support for templates for F# and other languages in the 1.04 update. The following work-around may help:

1. Export your F# templates from CodeRush Classic.

2. In CodeRush for Roslyn, on the Templates page, change the language to Neutral and then import your F# template file.

Contact support@devexpress.com for more assistance if you need it.

June 12, 2015 6:04 AM

daniel weisel

Is there a foreseeable date / month that CRR will contain all features from CR Classic?

June 12, 2015 6:06 AM

Mark Miller (DevExpress)

Hi Daniel,

End of this year. At that time I expect CRR will have essentially achieved feature parity with CRC.

June 12, 2015 6:19 AM

Andrii

That is excellent, Mark!

Will F# templates have F# language support or just ability to execute them in F# projects like in classic CodeRush?

June 14, 2015 11:48 AM

Andrii

Could you also fix inconsistency with template file naming:

templates.CSharp.xml

templates.F#.xml

Looks stupid

June 15, 2015 1:28 PM

Mark Miller (DevExpress)

Hi Andrii,

F# templates are not expected to have F# language support in the next release. However, if you want to add support for simple contexts which can improve the intelligence/availability of your templates, that may be possible/easy to do with a plug-in.

The template naming inconsistency is expected to be fixed in the next release.

June 19, 2015 11:34 AM

Kevin O'Donovan

Just installed 1.0.3.0, and I'm not sure how to start a refactoring. I'm assuming from the above that refactoring is available, and I'm probably being dense, but I can't see how to use it :-(

July 10, 2015 4:28 AM

Kevin O'Donovan

Yes, I am being dense, please ignore me (it's Ctrl+. for anyone else who missed it). Could be that that's the default for normal coderush, but I have it configured to Ctrl+'

July 10, 2015 4:30 AM

heinzler

Is there support for mstest unit tests including coverage?

July 24, 2015 12:28 AM

Mark Miller (DevExpress)

Hi Dave,

Support for MS Test is expected in the next update.

July 24, 2015 9:37 AM

Pierre-Luc Maheu

It would be very interesting to see, in the benchmarks, how CodeRush Classic performs compared to the others.

July 26, 2015 6:11 PM

Yetao Chen

Hi Mark,

Have you considered to introduce live-coding functionality ?

Cheers,

July 27, 2015 7:03 PM

David Ward 5

Hi,

Getting increasingly frustrated by excessive memory usage by "a competitor" (typically 700-900MB on top of VS footprint).

My first impressions are very good. I'm primarily interested in the test runner if I'm honest but will take a look at the other features.

Please do keep it lean and mean as you add new features.

July 31, 2015 2:30 PM

Yetao Chen

Hi Mark,

When will the format and navigation features be implemented in CodeRush for Roslyn ?

Thanks,

August 2, 2015 4:27 PM

Mark Miller (DevExpress)

Hi Yetao,

Yes, both format and navigation features are expected to be fully ported.

August 6, 2015 3:43 PM

Yetao Chen

Hi Mark,

When will you port QuickNav and Code Analysis into CodeRush for Roslyn ?

Is there any roadmap ?

Many thanks.

August 17, 2015 4:20 PM

Mark Miller (DevExpress)

Hi Yetao,

We do not have an estimate yet on when QuickNav and Code Analysis features will be ported to CRR. Our next update will focus on bug fixes. After open bug counts have dropped to zero, we'll resume work on porting features.

There is no official roadmap, however the features in CodeRush Classic should serve as an estimate of the final destination.

August 18, 2015 9:14 AM

Yetao Chen

Hi Mark,

Has QuickNav been implemented into CodeRush for Roslyn yet ?

I cannot find a shortcut or command for QuickNav.

Cheers,

September 23, 2015 5:57 PM

Vito (DevExpress Support)

Hi Yetao,

We have finished porting QuickNav and QuickFileNav to CodeRush for Roslyn. This functionality will be available in the forthcoming v1.0.7 update.

November 30, 2015 7:51 AM

About Mark Miller (DevExpress)

Mark Miller is a C# MVP with strong expertise in decoupled design, plug-in architectures, and great UI. Mark is Chief Architect of the IDE Tools division at Developer Express, and is the visionary force behind productivity tools like CodeRush and Refactor!, as well as the DXCore extensibility layer for Visual Studio. Mark is a popular speaker at conferences around the world and has been writing software for over two decades.
LIVE CHAT

Chat is one of the many ways you can contact members of the DevExpress Team.
We are available Monday-Friday between 7:30am and 4:30pm Pacific Time.

If you need additional product information, write to us at info@devexpress.com or call us at +1 (818) 844-3383

FOLLOW US

DevExpress engineers feature-complete Presentation Controls, IDE Productivity Tools, Business Application Frameworks, and Reporting Systems for Visual Studio, along with high-performance HTML JS Mobile Frameworks for developers targeting iOS, Android and Windows Phone. Whether using WPF, ASP.NET, WinForms, HTML5 or Windows 10, DevExpress tools help you build and deliver your best in the shortest time possible.

Copyright © 1998-2017 Developer Express Inc.
All trademarks or registered trademarks are property of their respective owners