SlickEdit Product Discussion > SlickEdit®


(1/2) > >>

Does anyone have experienced with the V11 refactoring functions ? My own experience was pretty much the one described by that review of the V10:

My experience with SlickEdit C++ refactorings is hardly auspicious. I have had quick rename working but with every other refactoring SlickEdit charges off on a detailed analysis of every file in the workspace and after a reasonable pause, analysing thousands of files, it trips up on a header file in our compiler library. So I have not been even as successful as the review link you gave. Sorry.

Unfortunately, my experience has been along the lines of gavink's.  I've seen refactoring work on small test projects, but on our real projects SlickEdit seems overwhelmed by the complexity of preprocessing (for managed and unmanaged C++ projects) or the complexity of the .Net framework (for C# projects).
Haven't yet used it successfuly.  Either ends with error messages, or hangs, or takes so long to process it might as well be hung.

The only part that works with me is Quick Refactoring, it's far from perfect but helps.

I've had the same experience as others.  I will say in SlickEdit's defense that our work typically involves projects with almost 10000 c++ files.  My attempts at refactoring always end up with SlickEdit failing to understand some overly complex idiom in an include file or something similar.

Since I'm often trying to refactor something used only in a small subset of the project,  it would be nice to have an option to specify a scope for the refactorings.  I suppose alternatively, one could just make a project or even a configuration containing only the target files.  Of course, that introduces the possibility that I'll miss one, and it eliminates entirely the ability to refactor code if you're not sure what files might be using it.


[0] Message Index

[#] Next page

Go to full version