riq0h.jp/content/post/test.md

title	date	draft	tags
NeovimをさらにLuaLuaさせた	2023-12-02T15:31:50+09:00	true	tech

あれから一年近い年月が経った。ひとたび完結の日を見た僕のinit.luaはその後も拡張し続け、ずいぶんIDE的な出で立ちに成長した。当初のサブ武器としての位置付けはどこへやら、今ではすっかり長剣の顔をして鞘に収まっている。電脳空間を切り開くデジタルウエポンはえてして可変長であり、所有者の意向次第で自在に特性を変えられるのだ。本稿では新たに増えたプラグイン群を紹介する。

jaq-nvim

書いたコードを即座に実行してくれるプラグイン。国内ではvim-quickrunがとりわけ有名だが、Vim用のプラグインなのでNeovim特有のUIに対応していない惜しさがあった。本プラグインは逆にNeovimでしか動かない代わりに最新の仕様に追従している。

設定では実行したい言語のコマンドを指定するほか、ウインドウの枠や位置を自分の好みに決められる。どうせターミナル上にいるのだからタブを開くなり、tmuxのpopupやwindowで別途実行するなりすればいいという意見もあるが（僕も前はそう思っていた）、多少なりともワンクッションの手間を減らせる効能は意外にあなどれない。以下に設定例を示す。

require("jaq-nvim").setup({
	cmds = {
		internal = {
			lua = "luafile %",
			vim = "source %",
		},
		external = {
			python = "python3 %",
			go = "go run %",
			sh = "sh %",
			ruby = "ruby %",
			java = "java %",
			javascript = "node %",
		},
	},

	behavior = {
		default = "float",
		startinsert = false,
		wincmd = false,
		autosave = false,
	},

	ui = {
		float = {
			border = "none",
			winhl = "Normal",
			borderhl = "FloatBorder",
			winblend = 0,
			height = 0.8,
			width = 0.8,
			x = 0.5,
			y = 0.5,
		},

		terminal = {
			position = "bot",
			size = 10,
			line_no = false,
		},
		quickfix = {
			position = "bot",
			size = 10,
		},
	},
})

vim.keymap.set("n", "<leader>j", ":<C-u>Jaq<CR>", { silent = true })

なにげにコンパイル言語も即時に走らせられるので言語学習のお供にもかなり役立つ。

colorful-winsep.nvim

splitしたwindowの枠に色をつける……たったこれだけのことが期待以上の視認性向上をもたらしてくれたのはまさに目からうろこだった。特にlaststatus = 3にして単一のstatusしか表示させていない人は大いに助かるだろう。以下に設定例を示す。

--colorful-winsep
require("colorful-winsep").setup({
	highlight = {
		bg = "",
		fg = "#E8AEAA",
	},
})

実際にはstatusをよく確認すればファイルパスの違いで見分けはつかなくもないが、高速で編集位置を移動している最中に直感的に気づきを得るのはなかなか難しい。しかし自分の好みの色でハイライトされていると一瞬の躊躇なく迷わずに済む。

nvim-dap

Neovimを含む現代のエディタがLSP（Language Server Protocol）の恩恵を受けているのはよく知られた話だ。いつになく気前のよいMicrosoftがオープンソースで公開してくれているので、我々は種々のプラグインを通してリソースを活用できる。実はデバッガーもDSP（Debug Adapter Protocol）と呼ばれる仕様が公開されており、今やNeovim上でIDE並みのデバッグ環境をも手に入れられる。

恥ずかしながら僕はVimでデバッグをしようと考えたことさえなかったので初めて知った時はかなり感動した。名実ともにすべてがVimですべての作業が行えるとなれば、大規模開発におけるエディタの地位はますます再評価されるだろう。例によって順次、設定例を示していく。

local function map(mode, lhs, rhs, opts)
	local options = { noremap = true }
	if opts then
		options = vim.tbl_extend("force", options, opts)
	end
	vim.api.nvim_set_keymap(mode, lhs, rhs, options)
end

map("n", "<leader>6", ":lua require'dap'.continue()<CR>", { silent = true })
map("n", "<leader>7", ":lua require'dap'.step_over()<CR>", { silent = true })
map("n", "<leader>8", ":lua require'dap'.step_into()<CR>", { silent = true })
map("n", "<leader>9", ":lua require'dap'.step_out()<CR>", { silent = true })
map("n", "<leader>;", ":lua require'dap'.toggle_breakpoint()<CR>", { silent = true })
map("n", "<leader>'", ":lua require'dap'.set_breakpoint(vim.fn.input('Breakpoint condition: '))<CR>", { silent = true })
map(
	"n",
	"<leader>i",
	":lua require'dap'.set_breakpoint(nil, nil, vim.fn.input('Log point message: '))<CR>",
	{ silent = true }
)
map("n", "<leader>d", ":lua require'dapui'.toggle()<CR>", { silent = true })
map("n", "<leader><leader>d", ":lua require'dapui'.eval()<CR>", { silent = true })

この例では<leader>;でブレークポイントを指定できる。しかし当然、これだけでは肝心のデバッガ本体が存在しないので機能しない。LSPにおいて任意の言語サーバを導入するように、デバッガも逐一導入して設定しなければならない。ほぼ入れただけでよしなにやってくれるものもあれば、ひと手間が必要な場合もある。

たとえば、RubyやGoはそれぞれ対応する設定プラグインを導入すると実質ノーコンフィグで動いてくれる。lazy.nvimならconfig = trueを加えさえすればとりあえず動く。他方、Pythonはデバッガのパスを明記しないと起動しなかった。あえて記すならこんな感じになる。

{ "suketa/nvim-dap-ruby", config = true, ft = "ruby" },
{ "leoluz/nvim-dap-go", config = true, ft = "go" },
{ "mfussenegger/nvim-dap-python", ft = "python" },

--DAP-Python
require("dap-python").setup(vim.fn.stdpath("data") .. "/mason/packages/debugpy/venv/bin/python")

なお、TypeScriptやJavaに至ってはあまりにも面倒臭すぎて動作検証を放棄してしまった。ちなみに上記の例ではMason.nvimでインストールしたデバッガを指定している。

nvim-dap-ui

以上の設定で一応デバッグは行えるようになったが、それにしても画面がおざなりすぎるのは否めない。そこでこのプラグインを導入すると、たちまちデバッグ専用に設えられたpaneがジャキーンと展開される。さながら変形によって破壊力が上がる武器のようだ。ただし敏捷性＜アジリティ＞は落ちる。ここぞという時に展開して一撃で獲物を仕留める……そんな印象を受ける。

require("dapui").setup({
	icons = { expanded = "▾", collapsed = "▸", current_frame = "▸" },
	mappings = {
		expand = { "<CR>", "<2-LeftMouse>" },
		open = "o",
		remove = "d",
		edit = "e",
		repl = "r",
		toggle = "t",
	},
	expand_lines = vim.fn.has("nvim-0.7") == 1,
	layouts = {
		{
			elements = {
				{ id = "scopes", size = 0.25 },
				"breakpoints",
				"stacks",
				"watches",
			},
			size = 40,
			position = "left",
		},
		{
			elements = {
				"repl",
			},
			size = 0.25,
			position = "bottom",
		},
	},
	controls = {
		enabled = true,
		element = "repl",
		icons = {
			pause = "",
			play = "",
			step_into = "",
			step_over = "",
			step_out = "",
			step_back = "",
			run_last = "↻",
			terminate = "□",
		},
	},
	floating = {
		max_height = nil,
		max_width = nil,
		border = "single",
		mappings = {
			close = { "q", "<Esc>" },
		},
	},
	windows = { indent = 1 },
	render = {
		max_type_length = nil,
		max_value_lines = 100,
	},
})

設定項目は非常に多い。そのうち細かく変えようと思ってあえてデフォルト設定を書き連ねていたが、なんだかんだで大していじっていない。見ての通り、各機能の位置関係やアイコン類を変更できる。僕はREPLの表示領域を広めにした。いずれにしてもこれでIDEと同等の作業環境が手に入る。

Lspsaga

本稿のトリを務めるのはLSP関連の表示をリッチにせしめるプラグインだ。表示のみならずNeovim本体では提供していない部分もカバーしてくれる。このプラグインの存在は以前から知っていたものの、使いこなせる自信がいまいち持てず今まで放置していた。だが一度入れてしまえば案外なんとかなるもので、むしろlsp_linesなどの一部プラグインを統廃合することに成功した。設定例は以下の通り。

require("lspsaga").setup({
	symbol_in_winbar = {
		enable = false,
	},
	ui = {
		border = "single",
		title = false,
	},
	lightbulb = {
		enable = false,
	},
})

local on_attach = function(client, bufnr)
	client.server_capabilities.documentFormattingProvider = false
	local set = vim.keymap.set
	set("n", "K", "<cmd>Lspsaga hover_doc<CR>")
	set("n", "<leader>1", "<cmd>Lspsaga finder<CR>")
	set("n", "<leader>2", "<cmd>Lspsaga rename<CR>")
	set("n", "<leader>3", "<cmd>Lspsaga code_action<CR>")
	set("n", "<leader>4", "<cmd>Lspsaga show_line_diagnostics<CR>")
	set("n", "<leader>5", "<cmd>Lspsaga peek_definition<CR>")
	set("n", "<leader>[", "<cmd>Lspsaga diagnostic_jump_prev<CR>")
	set("n", "<leaaer>]", "<cmd>Lspsaga diagnostic_jump_next<CR>")
end
vim.lsp.handlers["textDocument/publishDiagnostics"] =
	vim.lsp.with(vim.lsp.diagnostic.on_publish_diagnostics, { virtual_text = false })

もっとも、すべての機能をこれに割り振るのもかえって冗長なので一部はTelescopeに任せて機能の分散化を図っている。画面上の装飾もなるべく抑えてlightbulbやwinbarは無効化している。総合的にはあまりうるさい画面にならず機能性の恩恵を受け取れる形に持ち込めたと思う。

おわりに

やはりLSPやDAP関連の機能は重たいのか、当初は50msを切っていたNeovimの起動速度が100msを超えてしまった。それなりの遅延処理を施してもせいぜい80ms程度なので、よほど設定を煮詰めないかぎりRyzen 5600G程度のCPUパワーではきっとこの辺りが限界なのだろう。とはいえ、それでも本物のIDEと比べれば依然として高速な環境には違いない。いつの日か真にすべての開発作業がターミナルの内側で完結できることを願う。