Visual Studio Code向けの簡易スペルチェッカーを実装してみる
2016-12-19
この記事はVisual Studio Code Advent Calendar 2016の19日目の記事です。
この記事では、Visual Studio Codeにおいて…
- 診断機能を実装する方法
- Light bulb(電球アイコン)を使ったコードアクションを実装する方法 を、実際にちょっとしたスペルチェッカーを実装しながら紹介したいと思います。
といっても、VSCodeのExtension APIを叩くだけですし、 世の中には実用的なスペルチェッカーのソースコードが公開されているので、 それを例にソースコードを読み解いていきたいと思います。
ちなみに去年のAdvent Calendarでは、VSCodeの画面をリアルタイムで共有できるサービスを作って公開したりしましたが、今年は時間が全然なかったので何もできませんでした。すみません。
あとこの記事はだいぶ急いで書いています。 かなり殴り書きのようになってしまいましたがご容赦ください。 またご意見等ありましたら、コメントやTwitterなどでいただければと思います。
完成版はこちらからどうぞ。
https://github.com/bonprosoft/SimpleTypoChecker
診断機能を実装する
Visual Studio Codeで診断機能を実装するには、APIを通してvscode.DiagnosticCollection
を確保した後(4行目)、このコレクションに診断結果を格納する必要があります。
拡張機能それぞれで解析処理を行った結果、ユーザーに診断結果を通知する必要がある場合には、 ドキュメント中の表示する位置を求めた後(18-20行目)、診断結果を使って作成します。(21行目)
ここでDiagnosticSeverityの値をInformationやErrorなどに変更すると、それに合わせてメッセージのアイコンが変わります。
これらによって作成された診断結果のリストを、ドキュメントのURIと対応付けてコレクションへと格納します。(28行目)
checker.ts
|
|
あとは、新しくエディタが開かれたとき(vscode.window.onDidChangeActiveTextEditor
)やドキュメントが保存されたとき(vscode.workspace.onDidSaveTextDocument
)に発火するイベントをトリガーにして、createDiagnostics
関数を呼び出してあげましょう。
実際にこの時点でコードを実行すると次のように診断結果が表示されることがわかります。
コードアクションを実装する
コードアクションを実装するのは少々複雑です。コードアクションは以下の手順で実現されます。
- CodeActionProviderインターフェースを実装したクラスを用意する
- 1.で用意したクラスを
vscode.languages.registerCodeActionsProvider
APIを用いて登録する- この時、どの言語に対してコードアクションを提供するかを指定する
- コードアクション用のコマンドを登録する
- CodeActionProviderのメンバーであるprovideCodeActionメソッドを実装する
- このメソッドの返り値で、コードアクションとして提供するアクションコマンドのリストを提供する
- アクションコマンドには、採用された際に実行されるコマンドのIdを指定する
- ここまでで、診断機能が表示された箇所にLight bulb(電球マーク)が表示されるようになる
- アクションコマンドが実行された際に呼ばれるコマンドを実装する
以下、順を追って説明していきます。ソースコードの完成版は以下のリンクにありますので、併せて確認すると良いでしょう。
CodeActionProviderインターフェースを実装したクラスを用意する
そのままです
checker.ts
|
|
1.で用意したクラスをvscode.languages.registerCodeActionsProvider
APIを用いて登録する
第1引数にlanguage Id, 第2引数にCodeActionProviderインターフェースを実装したクラスのインスタンスを指定します。
checker.ts
|
|
コードアクション用のコマンドを登録する
コード修正用のコマンドを登録します。ここで登録したコマンドが、コードアクションによって表示されるLight bulbを実際に採用した際に行われる処理の内容となります。
この時、コールバックとなる関数はfixWithSuggestion
という名前にしたため、5.でこの関数の中身を実装する必要があります。
checker.ts
|
|
CodeActionProviderのメンバーであるprovideCodeActionメソッドを実装する
いい感じに実装します。ここでポイントとなるのが8-12行目です。
10行目では、採用された際に実行されるコマンド(a)のId(先ほどの項目で使ったものと同じである必要があります)を指定し、11行目ではその関数へと渡す引数を指定しています。
checker.ts
|
|
アクションコマンドが実行された際に呼ばれるコマンドを実装する
いよいよ最後の段階まで来ました。
この中ではコードアクションの実行部分、つまり実際に指定された箇所の変更を行うコードを記述していきます。
ここでポイントとなるのが、9-10行目です。
9行目でドキュメントのURI・範囲・編集内容を記録した後、10行目で実際に記録された内容の適用を行っています。
checker.ts
|
|
ここまで出来たら、実際に実行してみましょう。
“Hello”が検出されて、”See you”に置換するコードアクションが表示されることでしょう。また実際にLight bulbを採用すると、コードアクションが適用されることがわかります。
おちばびろい
コードアクションを適用したのに診断結果の波線が消えない…!
こんな感じに、拡張機能側でもmapを持っておいて、コードアクションを適用したら修正/再適用してあげると良い感じになります。
保存中に診断が実行されて重い…!
こちらのソースコードをご覧ください。
この実装方法は、MS公式のvscode-spell-checkを参考にしたものですが、診断処理を行うタスクをわざと一定期間遅延させて、その間に起った診断処理の再計算を求める処理をすべて1つにまとめています。
これによって短期間に連続して何度も診断処理を行うことや、保存中にフリーズすることを防いでいます。
そもそも処理が遅い
頑張って良い感じのデータ構造・アルゴリズムを使って高速化してください。
テキストが動的に変わって、スペルチェック用のファイルがほぼ変わらないので、AC Automatonでも作ると良いんじゃないんですかね、というのがらぼでの見解でした。
まとめ
いかがでしょうか。わりと簡単に診断機能とコードアクションを使うことができることがお分かりいただけたかと思います。 実はこの拡張機能自体は今年の9月頃に作成しましたが、主に執筆時の表記ゆれを検出するのに(個人的には)大活躍しています。
非常に便利な診断機能/コードアクション向けのAPI、ぜひ何かの拡張機能で活用していきたいものですね。