Soldemy
0%

Bài đọc

Hàm và phạm vi: thực hành có hướng dẫn

3 phút đọc

Đây là bài 3 của chương 2: Hàm và phạm vi, thuộc khóa demo JavaScript. Nội dung được dùng để trải nghiệm cấu trúc chương trình học; hãy thực hành trên dữ liệu và môi trường thử nghiệm riêng. Trong dự án xuyên suốt, bạn sẽ xây dựng ứng dụng danh sách công việc có tìm kiếm, lọc và lưu trạng thái trên trình duyệt.

Mục tiêu cụ thể

Hàm nhận dữ liệu và trả kết quả rõ ràng dễ kiểm tra hơn hàm vừa đọc giao diện vừa thay đổi biến toàn cục. Closure giữ được môi trường nơi hàm được tạo.

Đề bài thực hành

Tạo bộ đếm độc lập cho hai danh sách, thêm reset mà không làm bộ đếm này ảnh hưởng bộ kia.

Quy trình từng bước

  • Xác định đầu vào, đầu ra và trạng thái trước khi bắt đầu. Với hàm và phạm vi, hãy ghi lại kết quả bạn mong muốn trước khi chạy ví dụ.
  • Tạo bản thử nhỏ nhất trong một thư mục hoặc môi trường riêng. Chỉ dùng dữ liệu giả; không sao chép token, tài khoản hoặc dữ liệu cá nhân vào bài tập.
  • Thực hiện yêu cầu: Tạo bộ đếm độc lập cho hai danh sách, thêm reset mà không làm bộ đếm này ảnh hưởng bộ kia.
  • Quan sát kết quả và so sánh từng điều kiện chấp nhận. Khi chưa đạt, thay đổi một yếu tố mỗi lần để biết thay đổi nào tạo ra tác động.
  • Lưu kết quả cùng ghi chú giải thích quyết định. Người khác cần tái hiện được thao tác mà không phải đoán cấu hình hoặc dữ liệu ban đầu.

Điểm khởi đầu

JAVASCRIPT
function createCounter(start = 0) {
  let value = start;
  return { increment: () => ++value, current: () => value };
}
const counter = createCounter(2);
console.log(counter.increment());

Đối chiếu kết quả

  • Hai instance độc lập
  • Reset trở về giá trị khởi tạo
  • Không tạo biến lên window

Nếu kết quả khác dự kiến

Closure trong callback có thể giữ dữ liệu lâu hơn dự kiến. Không dùng biến toàn cục để chia sẻ mọi trạng thái giữa các thành phần.

Chụp hoặc ghi lại đầu vào và đầu ra trước khi sửa. Xác nhận tệp đã lưu, đúng môi trường đang chạy và dữ liệu thử vẫn giữ nguyên. Sau khi sửa, chạy lại cả trường hợp ban đầu lẫn một trường hợp biên để tránh sửa được một nhánh nhưng làm hỏng nhánh khác.

Sản phẩm cần lưu

  • Mã nguồn hoặc sơ đồ của bản thử.
  • Dữ liệu đầu vào có thể dùng lại.
  • Ba kết quả kiểm tra kèm giải thích.
  • Một ghi chú về điều bạn sẽ làm khác nếu triển khai cho người dùng thật.

Hỏi đáp

Đăng nhập để đặt câu hỏi và tham gia thảo luận.