Roslyn 簡單實現代碼智能提示補全功能

来源:https://www.cnblogs.com/lindexi/p/18365261
-Advertisement-
Play Games

我們.NET開發會引用很多外部Nuget包,多項目、多個解決方案、甚至多個倉庫。 簡單的Nuget包管理,通過VS就能比較簡單處理好。但複雜的場景呢,比如: 1.一個倉庫里,有多個解決方案的Nuget包管理 -- 我現在項目就是這樣的,針對會議大屏的全家桶軟體集代碼倉庫。這個倉庫里,接近30個工具/ ...


相信有很多伙伴熱衷於編寫 IDE 應用,在 dotnet 系下,通過 Roslyn 友好的 API 和強大的能力,實現一個代碼智能提示是非常簡單的事情。本文將和大家簡單介紹一下如何使用 Roslyn 實現簡單的代碼智能提示補全功能

現在的 dotnet C# 核心構建工具鏈是非常完善的且開放的,基於 dotnet 完善的構建核心能力,咱可以非常方便的在此基礎之上構建咱的編譯器相關的應用

由於如何製作一個 IDE 應用是一個龐大的話題,本文僅僅只是和大家介紹如何使用 Roslyn 實現簡單的代碼智能提示補全功能。本文實現的示例代碼是全控制台的演示,沒有涉及任何界面邏輯,大家可以在本文末尾找到本文使用的代碼的下載方法

本文屬於 Roslyn系列博客,前置知識還請大家自行從 博客導航 瞭解

先介紹一下本文預期實現的功能:當輸入 Cons 代碼時,預期輸入 "Cons" 能夠得到 Console 等單詞的補全。當然了,在閱讀完成本文之後,相信大家也可以非常方便的換成自己的其他代碼片段獲取其補全信息

通過 Roslyn 實現智能補全的核心是通過 Microsoft.CodeAnalysis.Completion.CompletionService 的 GetCompletionsAsync 方法獲取補全列表

本文提供的方法比 Roslyn如何實現簡單的代碼提示 - JackWang-CUMT - 博客園 博客使用的方法更加具有代碼通用性,可以實現近似於 VisualStudio 里的智能提升功能,甚至如果大家考慮自己編寫一點排序演算法,還可以做到近似於 ReSharper 的功能

以下是從從零開始編寫代碼,先創建一個控制台項目,我這裡創建的是 .NET 9 的控制台項目。編輯 csproj 項目文件為以下代碼用於安裝必備的 NuGet 庫

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net9.0</TargetFramework>
    <ImplicitUsings>enable</ImplicitUsings>
    <Nullable>enable</Nullable>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="Microsoft.CodeAnalysis.CSharp.Scripting" Version="4.9.2" />
    <PackageReference Include="Microsoft.CodeAnalysis.CSharp.Features" Version="4.9.2" />
    <PackageReference Include="Microsoft.CodeAnalysis.Workspaces.MSBuild" Version="4.9.2" />
  </ItemGroup>
</Project>

為了方後續代碼的編寫方便,打開 Program.cs 文件,先添加一些命名空間引用

using System.Diagnostics;

using Microsoft.CodeAnalysis;
using Microsoft.CodeAnalysis.Completion;
using Microsoft.CodeAnalysis.CSharp;
using Microsoft.CodeAnalysis.Host.Mef;
using Microsoft.CodeAnalysis.Text;

完成引用之後,接下來就是開始創建虛擬的解決方案 Solution 和項目了。創建虛擬的解決方案不是要大家真的去新建一個 sln 文件,只需使用如下代碼即可完成創建

var adhocWorkspace = new AdhocWorkspace(MefHostServices.DefaultHost);
Solution solution = adhocWorkspace.CurrentSolution;

當然了,此時的 Solution 裡面一個項目都沒有,需要咱開始創建一個虛擬的項目才能加入到 Solution 里

創建項目時,重要的一點是加入引用程式集,引用程式集是非常重要的步驟。如果缺少這一步驟,將會導致找不到依賴,進而導致後續的智能提示等邏輯失敗

本文這裡只是添加必備的引用程式集,代碼如下

// 加上引用程式集,防止找不到引用
var referenceAssemblyPaths = new[]
{
    typeof(object).Assembly.Location,
    typeof(Console).Assembly.Location,
};

大家可以根據自己的實際需求選擇所添加的引用程式集。關於引用程式集等屬於 dotnet 基礎知識,還請自行參閱 dotnet 基礎知識

完成引用程式集收集之後,接下來就是通過 CSharpCompilationOptions 創建項目,代碼如下

var csharpCompilationOptions = new CSharpCompilationOptions
(
    OutputKind.DynamicallyLinkedLibrary, // 輸出類型 dll 類型
    usings: new[] { "System" }, // 引用的命名空間
    allowUnsafe: true, // 允許不安全代碼
    sourceReferenceResolver: new SourceFileResolver
    (
        searchPaths: new[] { Environment.CurrentDirectory },
        baseDirectory: Environment.CurrentDirectory
    )
);

var project = ProjectInfo.Create(ProjectId.CreateNewId(), VersionStamp.Create(),
    name: "Lindexi",
    assemblyName: "Lindexi",
    language: csharpCompilationOptions.Language,
    metadataReferences: referenceAssemblyPaths.Select(t => MetadataReference.CreateFromFile(t)));

再將項目添加到 Solution 里。由於 Roslyn 信奉的是不可變,調用了 AddProject 之後將會返回新的 Solution 對象,原有的 Solution 不被改變,因此需要重新賦值,代碼如下

solution = solution.AddProject(project);

新建的項目裡面還沒有代碼,咱繼續創建代碼文檔,代碼如下

var documentInfo = DocumentInfo.Create(DocumentId.CreateNewId(project.Id), name: "LindexiCode", sourceCodeKind: SourceCodeKind.Script);

將文檔直接添加到解決方案裡面,用於獲取從 DocumentInfo 獲取到 Microsoft.CodeAnalysis.Document 對象

solution = solution.AddDocument(documentInfo);

依然是不可變思想的寫法,調用 AddDocument 之後會返回新的 Solution 對象,需要重新賦值

加入到 Solution 之後,即可通過 GetDocument 獲取到 Document 對象用於後續分析

Document document = solution.GetDocument(documentInfo.Id)!;

接下來咱嘗試模擬輸入的代碼,預期輸入 "Cons" 能夠得到 Console 補全

var text = "Cons";

將此模擬的代碼放入到文檔裡面,代碼如下

Document textDocument = document.WithText(SourceText.From(text));

現在基於此文檔,在分析器看來的代碼大概如下

using System;

Cons

以上代碼的 using System; 是在創建項目的 CSharpCompilationOptions 添加的預設引用

通過文檔關聯關係獲取到代碼補全服務,獲取方法如下

CompletionService completionService = CompletionService.GetService(document)!;
Debug.Assert(completionService != null);

現在此文檔已經可以被 Roslyn 進行分析了,嘗試獲取補全列表,代碼如下

CompletionList completionList = await completionService.GetCompletionsAsync(textDocument, caretPosition: text.Length);

以上就是本文的核心代碼邏輯。接下來就是需要對補全列表進行排序,補全列表的內容如果太多且沒有排序的話,那開發者看著補全列表也不開森,以下是我使用簡單的排序方法進行排序,然後在控制台輸出的代碼

foreach (var completionItem in completionList.ItemsList
             .OrderBy(item => item.DisplayText.StartsWith(text) ? 0 : 1)
             .ThenByDescending(item => item.Rules.MatchPriority)
             .ThenBy(item => item.SortText))
{

    Console.WriteLine($"""
                       DisplayText:{completionItem.DisplayText}
                       SortText:{completionItem.SortText}
                       FilterText:{completionItem.FilterText}
                       MatchPriority:{completionItem.Rules.MatchPriority}
                       
                       """);
}

我先排序的是包含輸入的代碼字元的,於是 ConsistencyConsole 就可以排在前面,接著再使用通用的 MatchPriority 和 SortText 加入到排序裡面

大概的輸出內容如下

DisplayText:Consistency
SortText:~Consistency  System.Runtime.ConstrainedExecution
FilterText:Consistency
MatchPriority:0

DisplayText:Console
SortText:~Console  System
FilterText:Console
MatchPriority:0

DisplayText:Console
SortText:~Console Internal
FilterText:Console
MatchPriority:0

...

通過 CompletionItem 可以獲取到補全的內容的很多信息,包括這個提示是關鍵詞還是類型還是代碼片等等

我感覺 ReSharper 的智能提示比 VisualStudio 更好用的部分,不在於智能提示的內容,而在於智能提示的內容的排序上,經常我可以發現 ReSharper 將我需要的東西排在前面甚至第一個,然而 VisualStudio 經常將我不需要的內容放在前面。如果大家想要實現一個 IDE 應用,我感覺需要智能提示和補全倒是問題不大,比較期望花精力的是在於智能提示的內容的排序

以上就是本文演示的使用 CompletionService 提供的智能補全功能,通過此功能可以輔助大家更加方便實現智能代碼補全和智能提示功能

至於如何使用此能力去製作一個屬於自己的 IDE 那就需要大家自行編寫了

本文代碼放在 githubgitee 上,可以使用如下命令行拉取代碼。我整個代碼倉庫比較龐大,使用以下命令行可以進行部分拉取,拉取速度比較快

先創建一個空文件夾,接著使用命令行 cd 命令進入此空文件夾,在命令行裡面輸入以下代碼,即可獲取到本文的代碼

git init
git remote add origin https://gitee.com/lindexi/lindexi_gd.git
git pull origin c5eebfd01f7b4c567c2719161b7513e2e7b6df06

以上使用的是國內的 gitee 的源,如果 gitee 不能訪問,請替換為 github 的源。請在命令行繼續輸入以下代碼,將 gitee 源換成 github 源進行拉取代碼。如果依然拉取不到代碼,可以發郵件向我要代碼

git remote remove origin
git remote add origin https://github.com/lindexi/lindexi_gd.git
git pull origin c5eebfd01f7b4c567c2719161b7513e2e7b6df06

獲取代碼之後,進入 Workbench/WhinerfejuwhawHallkeferbai 文件夾,即可獲取到源代碼

更多 Roslyn 相關博客,請參閱 博客導航

博客園博客只做備份,博客發佈就不再更新,如果想看最新博客,請訪問 https://blog.lindexi.com/

如圖片看不見,請在瀏覽器開啟不安全http內容相容

知識共用許可協議
本作品採用知識共用署名-非商業性使用-相同方式共用 4.0 國際許可協議進行許可。歡迎轉載、使用、重新發佈,但務必保留文章署名[林德熙](https://www.cnblogs.com/lindexi)(包含鏈接:https://www.cnblogs.com/lindexi ),不得用於商業目的,基於本文修改後的作品務必以相同的許可發佈。如有任何疑問,請與我[聯繫](mailto:[email protected])。
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 1. make 和 Makefile 1.1. 什麼是make? 1.2. 什麼是Makefile? 1.3. make 與 Makefile的關係 2. Makefile的語法 2.1. 基本語法 2.2. 變數 2.3. 偽目標 2.4. 模式規則 2.5. 自動變數 2.6. 條件判斷 3. ...
  • Torna —— 一款介面文檔解決方案,目標是讓介面文檔管理變得更加方便、快捷。採用團隊協作的方式管理和維護介面文檔,將不同形式的文檔納入進來統一維護。 ...
  • 大多數的業務場景下 PHP 還沒有達到性能瓶頸,然而 MySQL 資料庫就先行駕崩了。但我們總是不分青紅皂白,一股腦的把原因歸結於是 PHP 語言不行了,每當遇到這種情形我就會感嘆到 PHP 的命真苦啊。 ...
  • 大家好,我是曉凡。 寫在前面 不知道大家有沒有做財務的朋友,我就有這麼一位朋友就經常跟我抱怨。一到月底簡直就是噩夢,總有加不完的班,熬不完的夜,做不完的報表。 一聽到這兒,這不就一活生生的一個“大表哥”麽,這加班跟我們程式員有得一拼了,忍不住邪惡一笑,心裡平衡了很多。 身為牛馬,大家都不容易啊。我不 ...
  • 目錄Razor 類庫創建使用使可路由組件可從 RCL 獲取靜態資源表單EditForm標準輸入組件驗證HTML 表單 Razor 類庫 這裡只對 RCL 創建和使用的做一些簡單的概述,詳細內容參考官方文檔 使用 Razor 類庫 (RCL) 中的 ASP.NET Core Razor 組件。 創建 ...
  • 泛型(Generics)是C#中的一個重要特性,它允許您編寫靈活、類型安全且可重用的代碼。下麵我將詳細介紹泛型的概念、使用方法及其在C#中的實現細節。 泛型的基本概念 1. 什麼是泛型? 泛型是一種允許您定義類型參數的機制,這些類型參數可以在編譯時由具體的類型替換。這樣,您可以編寫一個通用的類或方法 ...
  • VS常用拓展以及快捷鍵 擴展1:Select Next Occurrence 該拓展可以當前目標、下一個目標、上一個目標,類似於Alt+滑鼠拖動,但是可以在沒對齊的情況下使用 安裝 設置4個常用的快捷鍵 工具->選項->鍵盤->c# 2005 選擇下一個 快捷鍵:Ctrl+D 選擇上一個 快捷鍵:C ...
  • 編程編的久了,總會遇到多線程的情況,有些時候我們要幾個線程合作完成某些功能,這時候可以定義一個全局對象,各個線程根據這個對象的狀態來協同工作,這就是基本的線程同步。 支持多線程編程的語言一般都內置了一些類型和方法用於創建上述所說的全局對象也就是鎖對象,它們的作用類似,使用場景有所不同。.Net中這玩 ...
一周排行
    -Advertisement-
    Play Games
  • 示例項目結構 在 Visual Studio 中創建一個 WinForms 應用程式後,項目結構如下所示: MyWinFormsApp/ │ ├───Properties/ │ └───Settings.settings │ ├───bin/ │ ├───Debug/ │ └───Release/ ...
  • [STAThread] 特性用於需要與 COM 組件交互的應用程式,尤其是依賴單線程模型(如 Windows Forms 應用程式)的組件。在 STA 模式下,線程擁有自己的消息迴圈,這對於處理用戶界面和某些 COM 組件是必要的。 [STAThread] static void Main(stri ...
  • 在WinForm中使用全局異常捕獲處理 在WinForm應用程式中,全局異常捕獲是確保程式穩定性的關鍵。通過在Program類的Main方法中設置全局異常處理,可以有效地捕獲並處理未預見的異常,從而避免程式崩潰。 註冊全局異常事件 [STAThread] static void Main() { / ...
  • 前言 給大家推薦一款開源的 Winform 控制項庫,可以幫助我們開發更加美觀、漂亮的 WinForm 界面。 項目介紹 SunnyUI.NET 是一個基於 .NET Framework 4.0+、.NET 6、.NET 7 和 .NET 8 的 WinForm 開源控制項庫,同時也提供了工具類庫、擴展 ...
  • 說明 該文章是屬於OverallAuth2.0系列文章,每周更新一篇該系列文章(從0到1完成系統開發)。 該系統文章,我會儘量說的非常詳細,做到不管新手、老手都能看懂。 說明:OverallAuth2.0 是一個簡單、易懂、功能強大的許可權+可視化流程管理系統。 有興趣的朋友,請關註我吧(*^▽^*) ...
  • 一、下載安裝 1.下載git 必須先下載並安裝git,再TortoiseGit下載安裝 git安裝參考教程:https://blog.csdn.net/mukes/article/details/115693833 2.TortoiseGit下載與安裝 TortoiseGit,Git客戶端,32/6 ...
  • 前言 在項目開發過程中,理解數據結構和演算法如同掌握蓋房子的秘訣。演算法不僅能幫助我們編寫高效、優質的代碼,還能解決項目中遇到的各種難題。 給大家推薦一個支持C#的開源免費、新手友好的數據結構與演算法入門教程:Hello演算法。 項目介紹 《Hello Algo》是一本開源免費、新手友好的數據結構與演算法入門 ...
  • 1.生成單個Proto.bat內容 @rem Copyright 2016, Google Inc. @rem All rights reserved. @rem @rem Redistribution and use in source and binary forms, with or with ...
  • 一:背景 1. 講故事 前段時間有位朋友找到我,說他的窗體程式在客戶這邊出現了卡死,讓我幫忙看下怎麼回事?dump也生成了,既然有dump了那就上 windbg 分析吧。 二:WinDbg 分析 1. 為什麼會卡死 窗體程式的卡死,入口門檻很低,後續往下分析就不一定了,不管怎麼說先用 !clrsta ...
  • 前言 人工智慧時代,人臉識別技術已成為安全驗證、身份識別和用戶交互的關鍵工具。 給大家推薦一款.NET 開源提供了強大的人臉識別 API,工具不僅易於集成,還具備高效處理能力。 本文將介紹一款如何利用這些API,為我們的項目添加智能識別的亮點。 項目介紹 GitHub 上擁有 1.2k 星標的 C# ...