Dema z mé přednášky pro Update Days: Legacy Apps z 28. května 2018:
Záznam z přednášky je publikován na našem HAVIT YouTube Channel.
Povídal jsem o efektivní práci s Visual Studiem bez Resharperu. Ukazoval jsem, jaké nastavení používám, jaké doplňky, klávesové zkratky, atp.
Jak přišlo na začátku roku Visual Studio 2017, rozhodl jsem se jako obvykle zkusit svůj #NoResharper challenge. S každou novou major-verzí VS zkouším, jestli by se dala používat bez Resharperu. Obecně mám rád mnoho z funkcí Resharperu, ale cena, kterou za to mám zaplatit ztrátou výkonu a stability je velkým protivníkem. Štve mě taky, že R# není v podstatě rozšířením, ale znásilní VS tak, že překryje dost podstatnou část jeho funkcí zcela vlastní implementací. Snažím se proto opakovaně najít light-weight setup bez Resharperu, kde bych si vystačil jen s čistým VS a pár lehkými doplňky do něj.
Resharper jsem v minulosti používal intenzivně. V dobách Visual Studio .NET a Visual Studio .NET 2003 to byla nezbytnost. VS2005 přišlo s prvními refaktoringy, tehdy mi to stačilo a fungoval jsem bez R# až zhruba do VS2013, kdy jsem se nechal přesvědčit dát R# další šanci. Resharper mi tehdy výborně posloužil pro nové výzvy spojené s moderními vývojářskými technikami (IoC/DI, unit-testing, …), protože pro mnoho jeho funkcí nebyla rozumná „lehká“ alternativa (dosud nepřekonané T-navigace, Go to definition, Introduce and initialize a field from constructor parameter, Adjust namespaces, atp.).
S příchodem Visual Studia 2017 se poměr sil opět změnil. VS2017 se svojí vylepšenou T-navigací (Go to…), s pomocí Roslyn-based refactorings (e.g. Roslynator) a updaty přinášejícími stále nové vylepšení produktivity mě nejenom zlákalo pro další #NoResharper challenge, ale po zhruba deseti měsících mohu konstatovat, že mi Resharper vůbec nechybí.
Moje aktuální Visual Studio je:
Když tak koukám na ten seznam, vypadá to, že bych vlastně mohl fungovat s úplně čistým VS2017 bez větších kompromisů. Největší překvapení pro mě bylo zjištění, že mám Roslynator vypnutý a ani jsem si toho nevšiml. (Vypnul jsem ho s příchodem VS2017 15.3 update, kdy jsem chtěl vyzkoušet novinky v něm.)
(Roslynator Refactorings jsem si zase zapnul, protože mi nepřinášel žádné komplikace, jen drobné příjemné pomůcky pro kódování. Nicméně se ukázalo, že kdyby se mělo sebemenší zaváhání objevit, klidně se obejdu bez něj.)
UPDATE: Pokud postrádáte CamelHumps, zkuste Subword Navigation extension.
V Resharperu jsou známé klávesové zkratky pro navigaci na dalšího (Alt+Down) resp. předchozího (Alt+Up) membera v kódu. Málo se ale ví, že i čisté Visual Studio toto nyní umí.
Ve Visual Studiu (minimálně ve verzi 2017, ale nejspíš to umí i starší verze) můžete tyto klávesové zkratky získat namapováním příkazů Edit.NextMethod a Edit.PreviousMethod (přestože mluvíme o metodách, ve skutečnosti se skáče po memberech). Tyto commandy bývaly funkční pouze pro Visual Basic, jak se teď ale vývoj pro všechny jazyky sjednocuje, fungují i v C#:
…já asi zvolím klávesové zkratky Ctrl+Up, Ctrl+Down, protože mi to nějak lépe jde pod ruce a to výchozí skrolování, co tam je, je stejně k ničemu. Mimochodem Alt+Up/Down používám pro posun řádku/selection o řádek výš/níž.
Klíčovou funkcí Resharperu pro mě byla rychlá navigace k souborům – vyhledávání podle názvu souboru, třídy, memberu, atp. Moje nejčastější klávesová zkratka byla Shift+Alt+T, hledání souboru.
Visual Studio mělo už v předchozích verzích funkci Navigate to… pod klávesovou zkratkou Ctrl+,. Alternativou bylo i Ctrl+ů – hledání v Solution Exploreru. Ani jedna z těchto variant však kvalitativně ani zdaleka nesahala Resharperu po paty.
Visual Studio 2017 udělalo v tomto značný krok kupředu. Původní Navigate to… se proměnilo v nové Go to… (kromě Ctrl+, přibyla i klávesová zkratka Ctrl+T) a umožňuje už samostatné hledání v souborech/memberech/…
Kdo je zvyklý z Resharperu, syntaxe je zde trochu jiná a je to o zvyk. Kromě klávesových zkratek přímo na jednotlivé typy vyhledávání lze použít i Go To All… (Ctrl+T) a přepínač v podobě prvního znaku vyhledávací fráze:
Největší slabinou zatím zůstává, že výsledky vyhledávání nejsou seřazeny podle relevance, ale podle abecedy. Občas je to tedy porod:
…taková blbost, ale otráví to, když ImportedBook.cs najdete až na třetí stránce a neexistuje syntaxe, jak to dopravit nahoru, dokud existují odpovídající soubory (nebo jsem alespoň zatím nenašel, jak to ochočit). Až na tyto výjimky se s tím však zdá se žít dá, byť plnohodnotná náhrada Resharperu to není.
Kdo by se s tím nesžil, toho odkážu na alternativní doplňky, které jsem zkoušel při své VS2015 #NoResharper challenge:
S Resharperem je v Controllerech pohodlná navigace přes Ctrl+Click, aby se člověk dostal na View.
V čistém VS2017 se dá z Controlleru používat:
Další podstatnou věcí, kterou R# přináší, je mnoho drobných refactoringů. Osobně jsem v tomto příznivcem Roslynu (Compiler Services), takže jsem už při předchozích #NoResharper pokusech nějaké poznatky nabral:
Jestli mi budou nějaké refactoringy chybět, pokusím se najít další/jiné náhrady, popř. je zařadím na seznam „Co jsem musel obětovat“ a uvidíme, co na něm nakonec zbude.
Jako téměř s každou novou verzí Visual Studia, nechávám se pravidelně unést představou, že by to šlo bez Resharperu, střelím se do nohy, vypnu Resharper a zkouším to bez něj (s pomocí samotného VS a minimalistickými extensions).
Dnes jsem se tedy opět vydal na tento pokus a budu vás v jednotlivých postech seznamovat s tipy, jak funkce R# nahradit. Jestli to nakonec celé uzavřu zapnutím R#, nebo vydržím bez něj, to jsem sám zvědav (naposledy jsem opustil R# s upgradem z VS2003 na VS2005 a vydržel jsem to bez R# až do VS2012, kdy mi začaly některé funkce výrazně chybět.)
První drobnost, kterou mi R# usnadňoval život, byla klávesová zkratka Ctrl+D na duplikaci řádku. Dá se bez toho určitě žít. Kdo by to potřeboval, je na to minimalistický doplněk:
https://marketplace.visualstudio.com/items?itemName=ctlajoie.DuplicateSelection
HAVIT Knowledge Base 