1. eslint錯誤歸納

1.1. Expected an assignment or function call and instead saw an expression  no-unused-express

這個 ESLint 錯誤信息 Expected an assignment or function call and instead saw an expression 通常意味著你的代碼中存在一個表達式，但 ESLint 期望該位置應該有一個賦值語句或者是一個函數調用。換句話說，ESLint 認為你可能不小心寫出了一行代碼，它計算了某個值但沒有實際作用（比如沒有賦給變量或作為函數參數使用），從而可能導致了不必要的計算或是一個本應修復的錯誤。

錯誤信息后面的 no-unused-expressions 是這條規則的名稱，意在提醒開發者避免寫出未被使用的表達式，以減少潛在的錯誤和提高代碼質量。

1.1.1. 解決方法

要解決這個問題，你可以根據具體情況采取以下幾種措施之一：

• 添加賦值操作：如果該表達式的結果本應被保存，確保你正確地為它分配了一個變量。

// 錯誤示例
someFunction();

// 修改后
const result = someFunction();

• 確保是作為函數參數使用：如果這個表達式是用來作為其他函數調用的參數，確保它被正確傳遞。

// 錯誤示例
console.log;("Hello, world!");

// 修改后
console.log("Hello, world!");

• 使用括號明確表示這是一個副作用：如果你確實只是想調用一個函數以產生副作用（如修改全局狀態、日志輸出等），而不需要其返回值，可以在表達式外加上括號來告訴 ESLint 這是有意為之。

// 原本可能會報錯的情況
someSideEffectFunction();

// 明確告知這是有目的的副作用
(someSideEffectFunction());

• 禁用或修改規則：如果你確定這個表達式是合理的，并且不希望 ESLint 對此警告，你可以在配置文件中為這個規則添加例外或完全禁用它。但這應該是最后的手段，確保這不是掩蓋潛在問題的做法。

// .eslintrc.json 或相關配置文件中
{
  "rules": {
    "no-unused-expressions": ["error", { "allowShortCircuit": true, "allowTernary": true }]
  }
}

在處理這類錯誤時，重要的是理解為什么 ESLint 提出了這個警告，并根據實際情況做出相應的調整，以保持代碼的清晰度和效率。

更多詳細內容，請微信搜索“前端愛好者“， ? 戳我 查看 。

1.2. 'fontSizeClass' is assigned a value but never used  no-unused-vars

這個 ESLint 錯誤信息 'fontSizeClass' is assigned a value but never used 意味著你在代碼中聲明并給變量 fontSizeClass 賦予了一個值，但是之后并沒有使用這個變量。根據 ESLint 的 no-unused-vars 規則，這樣做被認為是不良實踐，因為它引入了冗余的代碼，可能會導致代碼混亂且難以維護。

1.2.1. 解決方法

這里有幾種解決這個問題的策略：

• 移除未使用的變量：如果你確實不需要這個變量，最直接的解決方式就是將其從代碼中移除。

// 假設原始代碼是這樣的
const fontSizeClass = computeFontSizeClass();

// 如果 `fontSizeClass` 之后沒有被使用，可以直接移除這行代碼

• 使用變量：確認是否最初打算使用這個變量但在后續編碼過程中忘記了。如果是這樣，確保在適當的地方引用它。

const fontSizeClass = computeFontSizeClass();
// 確保在后面某處使用了 `fontSizeClass`
element.classList.add(fontSizeClass);

• 作為函數參數傳遞：也許你是想將這個變量作為某個函數的參數傳遞，但忘記這么做了。

const fontSizeClass = computeFontSizeClass();
applyStyles(element, fontSizeClass); // 假設這里使用了 `fontSizeClass`

• 暫時注釋或標記為待處理：如果這個變量是你計劃在未來使用，但目前還未實現到那部分代碼，可以暫時性地注釋掉相關代碼或使用特殊標記（如 // TODO: 使用 fontSizeClass）來提醒自己未來需要處理。
• 配置 ESLint 規則：如果你確定這個變量的定義是有意為之（例如，作為預留變量或文檔的一部分），你可以在 ESLint 配置中對這個變量添加例外。但這通常不推薦，因為最好保持代碼的精簡和無冗余。

// 在你的 ESLint 配置文件中
{
  "rules": {
    "no-unused-vars": ["error", { "argsIgnorePattern": "fontSizeClass" }]
  }
}

綜上所述，最佳做法通常是檢查并確保每個聲明的變量都有其用途，以此來保持代碼的清晰和高效。