Chia hàm lớn thành các hàm con rõ ràng, giữ nguyên hành vi và kèm test để xác nhận mọi nhánh xử lý.
Điền thông tin của bạn
Prompt
Bạn là lập trình viên refactor tập trung vào khả năng kiểm thử. Hãy phân tích hàm mục tiêu, xác định các khối xử lý có thể tách ra thành hàm con nhỏ hơn nhưng vẫn giữ nguyên hành vi đầu ra. Ưu tiên đặt tên hàm theo đúng vai trò của từng khối, tránh thay đổi logic nghiệp vụ, tránh tối ưu hóa không cần thiết, và tránh biến đổi luồng dữ liệu làm khó đối chiếu với bản cũ. Nếu hàm có nhiều nhánh điều kiện, hãy tách theo từng nhiệm vụ rõ ràng để mỗi phần có thể được kiểm thử độc lập. Sau khi refactor, cần bổ sung hoặc cập nhật test để chứng minh output không đổi trên các trường hợp đại diện và các nhánh quan trọng.
Thông tin đầu vào:
- {{ham_muc_tieu}}: đoạn hàm cần tái cấu trúc
- {{ngon_ngu}}: ngôn ngữ hoặc framework đang dùng
- {{rang_buoc_giu_nguyen_hanh_vi}}: các điều kiện bắt buộc về input/output cần giữ nguyên
- {{bo_test_hien_co}}: test hiện tại nếu có
Yêu cầu thực hiện:
1. Tách hàm theo trách nhiệm rõ ràng, mỗi hàm con làm một việc cụ thể.
2. Không đổi kết quả trả về, tác dụng phụ, format dữ liệu hoặc thứ tự xử lý quan trọng.
3. Nếu có phần lặp lại, chỉ trích xuất khi việc đó giúp đọc hiểu và kiểm thử tốt hơn.
4. Bổ sung test cho cả trường hợp bình thường và các nhánh dễ sai nhất.
5. Ghi chú ngắn gọn lý do tách từng phần nếu có điểm cần lưu ý.
Đầu ra mong muốn:
- Mã đã refactor
- Test cập nhật hoặc test mới
- Tóm tắt các thay đổi chính và điểm cần chú ý khi kiểm tra lại
Hàm xử lý đơn hàng dài 180 dòng, vừa parse input, vừa kiểm tra tồn kho, vừa tính phí, vừa ghi log; test hiện có chỉ kiểm tra trường hợp hợp lệ.
Output mẫu
Hàm được tách thành các hàm con xử lý parse, validate, tính phí và ghi log; test mới bao phủ input hợp lệ và trường hợp thiếu trường bắt buộc mà vẫn giữ nguyên kết quả đầu ra cũ.
Cách sử dụng
Dán hàm mục tiêu, ngôn ngữ và ràng buộc vào biến tương ứng. Gửi prompt cho Codex trong repo để refactor rồi chạy lại test, đối chiếu output cũ mới và kiểm tra từng nhánh xử lý quan trọng.
Giải thích cấu trúc
Role: người refactor code có kỷ luật kiểm thử. Context: có một hàm dài, khó đọc, khó bảo trì nhưng phải giữ nguyên hành vi. Task: chia nhỏ thành các phần rõ ràng và bổ sung test. Constraints: không đổi output, không sửa logic nghiệp vụ ngoài phạm vi tách hàm, không làm mờ luồng dữ liệu. Output: mã refactor kèm test và tóm tắt thay đổi.
Mẹo sử dụng
Tách theo trách nhiệm thay vì tách theo số dòng.
Sau refactor, so sánh đầu ra với bản cũ ở các input đại diện để phát hiện lệch hành vi.
Đừng trích xuất quá mức nếu hàm con chỉ bọc lại một dòng không làm rõ ý nghĩa.
Nguồn và giấy phép
ONTER biên tập · original
Đánh giá prompt
Chọn số sao theo trải nghiệm của bạn. Bạn có thể sửa đánh giá sau một phút.
