RESHARPER最新功能

 

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

ReSharper 2018.1

 

C# 7.2完全解析

在這個(gè)版本中，我們可以肯定地說，ReSharper了解C＃7.2的具體細(xì)節(jié)。 ReSharper加入以下缺少的部分，最終完成了對C＃7.2的支持：

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

• 專用保護(hù)訪問修飾符;

• 數(shù)值文字中的前導(dǎo)下劃線;

• 寫入?yún)?shù);

• 引用只讀返回和引用本地變量;

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

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

• 條件引用運(yùn)算符.

 

導(dǎo)航功能的改善

Go to File Member 有一個(gè)新的分組，可以在一個(gè)文件中更好地呈現(xiàn)多個(gè)類，并且成員現(xiàn)在按照它們在文件中公布的順序進(jìn)行排序。

在“最近使用的文件”中搜索時(shí)，文件搜索結(jié)果被包含在匹配最近的項(xiàng)目中，并立即顯示出來。 如果您正在查找一個(gè)文件，未將其添加到最近文件列表中，這非常有用。

Search Everywhere 有一個(gè)新的單元測試篩選器，專用于單元測試項(xiàng)目中的代碼實(shí)體，如果您是想要尋找這個(gè)的話。

最后但并非最不重要的一點(diǎn)是，當(dāng)您在類上調(diào)用Find Usages時(shí)，如果沒有在類中定義構(gòu)造函數(shù)，現(xiàn)在可以選擇將搜索結(jié)果限制為默認(rèn)的構(gòu)造函數(shù)用法。

 

 

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

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

默認(rèn)情況下，它們被禁用，以免干擾到那些輸入時(shí)不考慮格式的人。 轉(zhuǎn)到ReSharper | 選項(xiàng)| 代碼檢查| Inspection Severity 以查看所有可用的格式化程序檢查，并選擇哪些嚴(yán)重級別您希望被通知。

 

 

C# 7支持的改進(jìn)

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

此外，更多的ReSharper功能現(xiàn)在支持解構(gòu)：有一個(gè)新的選項(xiàng)來解構(gòu) Introduce Variable 代碼重構(gòu)和.varpostfix模板中的值，.foreach后綴模板中的deconstruct iterator variable 選項(xiàng)和兩個(gè)新的上下文動作， Merge deconstructed declaration 和Deconstruct variable。

 

 

severity更多配置代碼樣式和檢查嚴(yán)重級別的方法

In this release, ReSharper starts reading code style settings (ReSharper | Code Editing | C# | Code Style) from .editorconfig files and extends support forRoslyn language conventions.

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

.editorconfig can now also be used to set inspection severities for any scope: for a whole solution, a project, or even a specific file. At the same time, inspection severity settings can still be read from a project’s .dotSettings file. It means that projects can have different customized sets of enabled/disabled inspections with different severities.

If you want to enable this mixed-source inspection settings mode, go toReSharper | Code Inspection | Settings | General and select Read settings from editorconfig and project settings.

See also:

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

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

也可以看看：

• Configuring inspection severities with EditorConfig•使用EditorConfig配置檢查嚴(yán)重性

• Code style settings from Roslyn conventions in EditorConfigEditorConfig中Roslyn約定的代碼樣式設(shè)置

 

 

StyleCop 支持

與ReSharper處理Roslyn編碼約定的方式相同，它也將直接從StyleCop配置文件中讀取StyleCop規(guī)則。 要啟用此功能，請選擇ReSharper | Code Editing | General Formatter Style 下的Enable StyleCop support 選項(xiàng)。

When using EditorConfig files and StyleCop configuration files simultaneously, the EditorConfig files will always take precedence over the StyleCop configuration files, which in turn take precedence over ReSharper's own settings.

To learn more, see StyleCop code style settings and inspections.

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

要了解更多信息，請參閱StyleCop代碼樣式設(shè)置和檢查。

 

C# 7 features come to value tracking

C＃7功能指向值追蹤

提高Value Tracking  - 支持一些C＃7主要功能。 即使您正在使用ref-returning methods，pattern matching or out variables, Value Origin/Destination現(xiàn)在也準(zhǔn)備好幫助您跟蹤特定變量的值。

要了解更多信息，請參閱ReSharper 2018.1中的值追蹤更新。

 

 

更愛注釋

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

 Comment code 使用的注釋位置現(xiàn)在取決于設(shè)置 ReSharper | Code Editing | C# | Formatting Style | Tabs, Indents, Alignment下的settingDon't indent comments started at first column 。

以前，在行注釋中按Enter鍵會使代碼處于不可編譯的狀態(tài)。 

從現(xiàn)在開始，按Enter鍵將單個(gè)注釋分成兩個(gè)注釋。 

這使您可以快速將注釋分成任意數(shù)量的注釋。

 

 

更多 ReSharper 更新

ReSharper的其他更新包括以下內(nèi)容：

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

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

• TSet中對可能無意識的線性搜索進(jìn)行新的檢查。 

• 導(dǎo)航功能中的Remember last search 選項(xiàng)現(xiàn)在默認(rèn)啟用。 選項(xiàng)的狀態(tài)Include library types也被保存。

 

任意會話中的持續(xù)測試ULTIMATE

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

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

 

 

單元測試覆蓋窗口 ULTIMATE

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

 

調(diào)試步驟篩選器 ULTIMATE

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

ReSharper C ++為標(biāo)準(zhǔn)庫提供了步驟篩選器預(yù)定義的集合，但您可以隨時(shí)添加新的步驟篩選器。

 

Includes 分析儀ULTIMATE

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