LuaLS / LuaLS/lua-language-server

Indexing a table by an enum's value

未關閉
#2,410 1 則留言 0 個 reaction 已指派 0 人 在 GitHub 檢視

還沒有人認領這個 Issue。

主要語言
Lua
星號
4.4k
分支
442
PR 合併指標
30 天內沒有已合併 PR

描述

### How are you using the lua-language-server?

Visual Studio Code Extension (sumneko.lua)

### Which OS are you using?

Linux

### What is the issue affecting?

Diagnostics/Syntax Checking

### Expected Behaviour

Types defined with an enum as their key should be accessible via both the runtime enum itself and the value they represent.

### Actual Behaviour

A type defined with an enum as its key cannot be accessed with the enum's value.

### Reproduction steps

```
---@enum building_id
local building_id = {
ANY = -1,
ONE = 0,
TWO = 1,
}

---@type { [building_id]: { name: string } }
local building_attributes = {}

local anyName = building_attributes[building_id.ANY].name // Typed as "string"
local anyName = building_attributes[-1].name // Typed as "unknown"
```

### Additional Notes

### Discussed in https://github.com/LuaLS/lua-language-server/discussions/2402

### Log File

_No response_

貢獻指南

開啟貢獻指南

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

研究方向

在提供的 Lua 範例中重現 diagnostics 問題,首先從 language server 型別檢查路徑中的 enum 鍵處理開始。比較透過 building_id.ANY 的存取與透過 -1 的存取,並使用 issue 中連結的討論作為脈絡;完成的標準是兩種形式都將表格值解析為 { name: string },而不是 unknown。

由索引模型根據 Issue 內容生成。

評估

技術堆疊
lua
領域
devtools
Issue 類型
缺陷
難度
3/5
預估耗時
1-2 天
活躍度
停滯
描述清晰度
基本清楚
新手友好度
45/100

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。