讓 JavaScript 更有趣的技巧

編碼可能是最有價值和最具創造性的工作之一，但說實話，它有時也可能令人不知所措、失去動力，甚至完全令人沮喪。多年來，我個人一直在與無聊、任務不堪重負和完美主義兔子洞作鬥爭。無論您是在從事業餘專案、與團隊合作還是應對專業挑戰，這些技巧都旨在幫助您使程式設計更易於管理、更有效率，最重要的是，更有趣。雖然我將使用 JavaScript 作為這些想法的鏡頭，但它們是普遍適用的。

0. 將專案拆分為盡可能小的可交付成果

首先將您的專案分解為可實現的小塊。定義每項可交付成果的絕對最小範圍，並僅專注於正在進行的交付成果。這種方法不僅可以避免事情讓人感到不知所措，還可以讓您慶祝一路上的小胜利，並從最終用戶或利害關係人那裡獲得見解。

1.先寫類型

如果您使用 TypeScript 或類似工具，請先定義類型可以作為程式碼的路線圖。即使在純 JavaScript 中，預先繪製資料結構或介面也可以在以後節省大量時間。此外，這些類型可用於產生用於測試、故事書故事的模擬數據，或在開發系統的其他部分時直接產生模擬數據。

那些喜歡使用原始 JavaScript 而不是 TypeScript 的人仍然可以在 JSDoc 中編寫類型：

/**
 * @typedef {Object} Task
 * @property {string} id - The unique identifier for the task.
 * @property {string} title - The title of the task.
 * @property {string} description - A detailed description of the task.
 * @property {boolean} isCompleted - Indicates whether the task is completed.
 */

/**
 * Adds a task to the task list.
 * 
 * @param {Task} task - The task to be added.
 * @returns {boolean} - Returns true if the task was added successfully.
 */
function addTask(task) {
    // logic to add the task
    console.log('Task added:', task);
    return true;
}

2.使用測試標題作為待辦事項列表

測試驅動開發 (TDD) 不僅僅關乎品質；還關乎品質。它也是生產力的助推器。編寫描述性測試標題，作為實施的清單 - 就像將待辦事項清單直接建置到工作流程中一樣。例如：

// File: user.test.js

describe('User Management', () => {
  it.todo('should create a new user');
  it.todo('should fetch a user by ID');
  it.todo('should update user details');
  it.todo('should delete a user');
});

這種方法可以讓您保持井井有條，同時為需要完成的工作提供清晰的輪廓。

3. 先做能帶來最大價值的事情

從影響最大的功能或任務開始。這種優先順序可以激勵您並創造動力，尤其是當利害關係人或團隊成員立即從可見的進展中受益時。

例如，如果您的應用程式的核心功能是視訊處理，那麼您應該先關注它。可以在稍後階段新增使用者管理，並且在此之前可以透過基本驗證來保護網站。

4. 寫出你能想到的最簡單的程式碼

始終編寫最簡單的程式碼來完成所需的任務，僅此而已。程式碼是可以改變的，隨著需求的發展自然變得更加複雜。一開始試圖讓它看起來聰明或複雜往往會適得其反。智慧程式碼非常簡單——隨著時間的推移，調試、審查和適應變得更加容易。

5. 對工具、函式庫和框架很挑剔

在選擇外部依賴項時，優先考慮開發人員經驗、專案適合度和質量，而不是受歡迎程度。你聽過關於 node_modules 是宇宙中最重的物體的大鬍子笑話嗎？不僅重，而且重。外部程式碼通常難以適應或修改，因此徹底審查和測試工具至關重要。如果您自己的實現更值得信賴或更適合您的項目，那麼編寫自己的實現是完全可以的。同時，如果外部工具和函式庫能帶來真正的好處，就不要害怕使用它們。只要確保您的專案不會變得如此依賴它們，以至於以後解開它們將需要全面的「凝固汽油彈重構」。

6. 使用提交來記錄你的決定

將您的 git 提交視為您旅程的日誌。每次提交不僅應該捕獲程式碼更改，還應該捕獲它們背後的原因。這使得未來的調試和協作變得更加容易。考慮採用傳統提交來維護一致且描述性的提交歷史記錄。例如，像 feat:、fix: 或 Chore: 這樣的前綴有助於闡明每個更改的目的並提高可讀性。

7. 邊走邊重構

不要把所有重構都留到最後。實施過程中的小規模增量改進不會那麼令人生畏，並且有助於維護高品質的程式碼庫。根據經驗，如果您現在可以重構而不會對當前任務產生太大影響，那就去做吧。否則，請留下 // TODO: 註解、建立任務或找到其他方法來確保您在時間允許時返回該任務。

8.定期自我檢查你的程式碼

在考慮完成之前先退後一步閱讀並批評您的程式碼。這個習慣可以發現不一致的地方並改進你的工作——就像校對一篇文章一樣。最簡單的方法是在第一次提交後立即開啟草稿 Pull 請求。

9.儘早並經常尋求回饋

不要等到你的工作「完成」才讓其他人參與。結對程式設計是獲得即時回饋和分享知識的絕佳方式，但即使是同事的早期審查也可以節省時間並提高品質。

---

最後，要記住的最重要的提示是，沒有完美的程式碼或完美的流程也沒關係。在一些程式碼之後甚至稍後編寫測試是完全可以的。偶爾錯過一個錯誤是很正常的。只要您的程式碼和創作隨著時間的推移變得更好並且您玩得很開心，一切都是允許的：畢竟，程式設計應該與您用它創建的解決方案一樣有價值！

以下哪些提示對您來說是顯而易見的？您發現哪些富有洞察力？有什麼建議想分享嗎？請在評論中告訴我。

本文的草稿和封面圖片是在 AI 的幫助下創建的

以上是讓 JavaScript 更有趣的技巧的詳細內容。更多資訊請關注PHP中文網其他相關文章！