New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Resharper for SharpDevelop #777

Open
KOLANICH opened this Issue Sep 15, 2016 · 0 comments

Comments

Projects
None yet
1 participant
@KOLANICH

KOLANICH commented Sep 15, 2016

https://blog.jetbrains.com/dotnet/2016/01/13/project-rider-a-csharp-ide/

The difference however, is that instead of reimplementing ReSharper’s features on the IntellIJ Platform, which runs on the JVM, we’re using ReSharper in a headless mode, out of process, and communicating with it via a very fast custom binary protocol. As such, the backend continues to be ReSharper written in C# running on .NET or Mono, and the frontend is written in Kotlin, talking to the IntelliJ Platform’s APIs.

https://blog.jetbrains.com/dotnet/2016/07/26/rider-the-story-so-far/

With Rider, these inspections are carried out by ReSharper, out of process, and the data is passed to Rider, as a “view model” – essentially a list of offsets, highlight types and tooltip text.
While the protocol allows us to reuse a lot of existing functionality, some features, such as refactoring, take a bit more work. Interestingly, a lot of the work is to create new UI for the workflows – ReSharper already knows how to rewrite your code, but it needs to know what you want to do. Which means we don’t have all of ReSharper’s refactoring support available in Rider right now. But we do support a number of refactorings, especially the most important – rename.

It seems they untied it from VS enough you are able to integrate sd with resharper.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment