RESHARPER2018.1有哪些創(chuàng)新

ReSharperUltimate 2018.1改進了代碼導航;了解C＃7.2以及全方位的C＃7語言支持，并提供諸如價值跟蹤等功能。引入了EditorConfig和StyleCop感知的代碼格式檢查;可以在連續(xù)模式下運行任何單元測試會話。

ReSharper2018.1

C# 7.2的全面理解

在這個版本中，我們可以肯定地說ReSharper理解C＃7.2的細節(jié)。ReSharper獲得以下缺少的部分來完成拼圖：

• 非尾隨命名參數(shù);

• 私人保護訪問修飾符;

• 數(shù)字文字中的下劃線;

• 在參數(shù)中;

• ref只讀回報和當?shù)厝?

• 只讀結(jié)構(gòu)類型;

• ref結(jié)構(gòu)類型;

• 條件參考運算符。

導航改進

Goto File Member有一個新的分組，可以在單個文件中更好地呈現(xiàn)多個類，并且會員現(xiàn)在按照它們在文件中聲明的順序進行排序。

在“最近使用的文件”中搜索時，文件搜索結(jié)果現(xiàn)在包含在匹配最近的項目后立即顯示。如果您正在查找未將其添加到最近文件列表的文件，這非常有用。

SearchEverywhere有一個新的單元測試過濾器，專注于來自單元測試項目的代碼實體，如果這正是你想要的。

最后但同樣重要的是，當您在類上調(diào)用FindUsages時，如果在類中沒有定義構(gòu)造函數(shù)，現(xiàn)在可以選擇將搜索結(jié)果限制為默認的構(gòu)造函數(shù)用法。

格式化程序相關(guān)的檢查

無論何時，您都希望在不遵循格式規(guī)則的情況下直接在代碼中進行通知?？紤]到這一點，ReSharper的代碼格式引擎引入了格式化程序相關(guān)問題的檢查和快速修復(fù)：現(xiàn)在可以觀察到縮進，換行符，空格和空行，并直接在代碼編輯器中進行修復(fù)。

默認情況下，它們被禁用，以免打擾任何不關(guān)心輸入時格式化的人。轉(zhuǎn)到ReSharper| 選項|代碼檢查|檢查嚴重性以查看所有可用的格式化程序檢查并選擇您希望通知它們的那些嚴重程度級別。

改善C# 7支持

除了支持最新的C＃語言版本之外，ReSharper還不斷改進對先前C＃版本的支持。在此版本中，我們添加了新代碼樣式，代碼檢查，快速修復(fù)和上下文操作，以便在解構(gòu)聲明與var之間進行選擇，以及使用顯式和隱式丟棄。

此外，更多的ReSharper功能現(xiàn)在支持解構(gòu)：有一個新選項可以解構(gòu)IntroduceVariable重構(gòu)和.varpostfix模板中的值，.foreach后綴模板中的解構(gòu)迭代器變量選項以及兩個新的上下文操作Mergedeconstructed declaration和Deconstruct變量。

更多配置代碼樣式和檢查嚴重性的方法

在此版本中，ReSharper開始從.editorconfig文件中讀取代碼樣式設(shè)置（ReSharper|代碼編輯|C＃|代碼樣式），并擴展了對Roslyn語言約定的支持。

.editorconfig現(xiàn)在也可以用于為任何范圍設(shè)置檢查嚴重性：整個解決方案，項目甚至特定文件。同時，檢查嚴重性設(shè)置仍然可以從項目的.dotSettings文件中讀取。這意味著項目可以具有不同級別的啟用/禁用檢查的不同定制集合。

如果要啟用此混合源檢查設(shè)置模式，請轉(zhuǎn)至ReSharper|代碼檢查|設(shè)置|常規(guī)“并選擇”從editorconfig和項目設(shè)置中讀取設(shè)置“。

StyleCop支持

與ReSharper處理Roslyn編碼約定的方式相同，它也將直接從StyleCop配置文件中讀取StyleCop規(guī)則。要啟用此功能，請選擇ReSharper|下的啟用StyleCop支持代碼編輯|一般格式化程序樣式。

同時使用EditorConfig文件和StyleCop配置文件時，EditorConfig文件將始終優(yōu)先于StyleCop配置文件，而這些配置文件優(yōu)先于ReSharper自己的設(shè)置。

C＃7功能進入價值追蹤

價值跟蹤水平-支持一些C＃7主要功能。即使您正在使用ref-returning方法，模式匹配或out變量，ValueOrigin / Destination現(xiàn)在也準備好幫助您跟蹤特定變量的值。

評論中有更多的愛

ReSharper引入了一些新功能來處理代碼中的注釋。

評論代碼操作使用的評論位置現(xiàn)在取決于設(shè)置ReSharper下的第一列開始的縮進注釋|代碼編輯|C＃|格式化樣式|選項卡，縮進，對齊。

以前，在行注釋中按Enter鍵會使代碼處于不可編譯的狀態(tài)。從現(xiàn)在開始，按Enter鍵將單個評論分成兩個評論。這使您可以快速將評論分成任意數(shù)量的評論。

更多ReSharper升級

ReSharper的其他升級如下所示：

• ReSharper Build引擎中支持Pre / Post-build任務(wù)。

• 方法調(diào)用/聲明，換行符和包裝LINQ表達式中括號的新設(shè)置。

• 對ISet中可能無意識的線性搜索進行新的檢查。

• 導航功能中的記住上次搜索選項現(xiàn)在默認啟用。 選項的狀態(tài)包括庫類型也被保存。

在任何會話中持續(xù)測試

沒有更多單獨的連續(xù)測試會話！現(xiàn)在可以為任何單元測試會話啟用連續(xù)測試模式。在dotCover2017.3及更早的版本中，您的連續(xù)測試范圍受到單個連續(xù)測試會話的限制?，F(xiàn)在，您可以根據(jù)需要擁有盡可能多的連續(xù)測試范圍。

在構(gòu)建或保存解決方案之后，以前版本的dotCover始終會在覆蓋模式下自動啟動測試。2018年1月，覆蓋范圍不再是必要的：您可以告訴dotCover只運行新的和過時的測試而不覆蓋它們。如果您已經(jīng)擁有最新的覆蓋快照，這可能會節(jié)省很多時間。

單元測試覆蓋窗口

覆蓋率信息現(xiàn)在顯示在單獨的“單元測試覆蓋率”窗口中，而不是“每個會話覆蓋率”選項卡中。這有助于您在一個地方查看所有單元測試會話的匯總覆蓋數(shù)據(jù)。

調(diào)試步驟過濾器

步驟過濾器是由ReSharperC ++提供的用于調(diào)試的主機功能的最新成員。當您調(diào)用StepInto時，VisualStudio調(diào)試器通常會進入從當前語句調(diào)用的所有函數(shù)。但是，其中一些功能不是微不足道的，就是經(jīng)過了很好的測試，你不想介入它們。這就是步進過濾器的用途：您可以指定應(yīng)始終由調(diào)試器跨越的功能。

ReSharperC ++為標準庫提供了預(yù)定義的步驟過濾器集合，但您可以隨時添加新的步驟過濾器。

Includesanalyzer

編譯時間是大型現(xiàn)實世界C++項目中最大的問題之一.ReSharperC ++ 2018.1引入了包含分析器，這是一種新的代碼檢測工具，可幫助您判斷項目中哪些頭文件對代碼行的貢獻最大總編譯工作量。 要使用它，請調(diào)用其中一個ReSharper| 檢查|分析包含在...操作中或從解決方案資源管理器的上下文菜單中選擇分析包含。ReSharperC ++將分析給定范圍內(nèi)的文件，并在專用工具窗口中提供報告。