Resharper advanced 8: enhanced browsing Functions

Browsing Parameters
When we enter the method, we are used to the parameter prompts provided by IDE, which greatly facilitates the selection of overload methods. Visual Studio has already done this without resharper. So why does resharper need to enhance this function and get high praise. Ask if the narrow line of parameter prompts in Visual Studio make you feel wrong. We have a 19-inch big screen with a 1600 resolution, but we have to stare at the narrow bar and carefully press the up and down key to find the heavy load we need. At least, the developer of resharper cannot accept this type of error. Therefore, the parameter list of the large version is displayed, and long parameter reloads are displayed in the form of lists, when you are using the gdt + method and see huge parameter overloading, you will sigh from the bottom of your mind: selling cakes.
At the same time, the shortcut key of the resharper display parameter is changed to Ctrl + P. If you think it is a joke to block the printed shortcut key, ask yourself how many times you have printed your own Code .

Browse open documents
I thought you already know how to switch documents in Visual Studio. They include:
CTRL + ALT + up and down arrow keys, which can be switched in the open document;
CTRL + tab: you can switch to the solution folder and attribute view before the document, and press the Left or Right key.
But how can I open the file that was closed after the recent editing? Visual Studio does not provide this function very politely, so it is reserved for resharper. Here, the shortcut keys are Ctrl + E and CTRL + E. That's right. Press them twice. If not, check the resharper-View-recent files menu to see what it is. Because it is often used by you. Open a file list, select it with the arrow key, and press enter to open it in the editor.
Many people say that resharper has a performance problem. One possible reason is that too many documents are opened. If you have the habit of closing unnecessary documents at any time, the performance may not be so bad, in addition, you can open these closed documents at any time, just as easily switching between opened documents.
I didn't use agile development in my team, but we still keep the good habit of every change involving only two or three files, and frequently commiteSource codeServer. Therefore, each time I really want to edit a small number of files, the performance is not a problem.

I have shared with you a lot of resharper's skills, and I have already integrated my daily development work. Of course, it is not comprehensive. For example, the integration with nunit, because we are not a test-driven platform, we do not have any experience, and naturally do not dare to give a comment. It is also subjective. I think it is good, you may think it is not good. Radish vegetables have their own love. Besides, it is not an idiot. Right-click on the document and add the "close all" function to close all opened documents. What are you doing when you close the file? Are you staring at a blank screen? I think the native "close all of this" is enough. There is also a locate in Solution Explorer function, which is useless. If you set it in the vs option, track the activity item in solution manager, then vs automatically positions you.
In any case, it gives me a faster and more convenient development experience and frees me from some trivial and unhumanized functions. In this regard, I hope that more and more people will like it, start to use it, and help it develop better.