Prompt miễn phí
Phân tích module lớn và đề xuất tách trách nhiệm
Đề xuất cách chia nhỏ module quá tải thành các phần rõ trách nhiệm, kèm thứ tự triển khai an toàn và tiêu chí hoàn thành.
Prompt dùng để làm gì?
Đề xuất cách chia nhỏ module quá tải thành các phần rõ trách nhiệm, kèm thứ tự triển khai an toàn và tiêu chí hoàn thành.
Điền thông tin của bạn
Prompt
Input mẫu
pain_points: "file dài, khó test, nhiều phụ thuộc chéo"
muc_tieu_bao_tri: "dễ đọc, dễ test, giảm rủi ro sửa lỗi"
rang_buoc_ky_thuat: "không thay đổi API công khai trong giai đoạn đầu"
gon_ngu_dau_ra: "vi"
Output mẫu
Đề xuất: tách thành OrderValidation, Pricing, PaymentGatewayAdapter và OrderOrchestrator.
Thứ tự: 1) trích logic kiểm tra dữ liệu; 2) tách tính tiền; 3) bọc tích hợp thanh toán; 4) gom điều phối.
Rủi ro: thay đổi thứ tự gọi có thể ảnh hưởng trạng thái đơn. Tiêu chí hoàn tất: mỗi phần có test riêng, API công khai giữ nguyên ở giai đoạn đầu.
Cách sử dụng
Giải thích cấu trúc
Mẹo sử dụng
- Mô tả pain points bằng ví dụ cụ thể để đề xuất bám sát vấn đề.
- Nêu rõ ràng buộc kỹ thuật để tránh khuyến nghị vượt quá khả năng triển khai.
- Ưu tiên chia theo trách nhiệm nghiệp vụ trước khi chia theo kỹ thuật.
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.
Prompt liên quan
Chuẩn hóa tên biến và hàm cho module lõi
Đổi tên biến, hàm, hằng số theo quy ước thống nhất để code dễ hiểu hơn mà không đổi hành vi.
Ghi chú tài liệu cho API công khai khó hiểu
Tạo chú thích ngắn, đúng chức năng cho hàm và class công khai để người dùng nội bộ hiểu cách gọi, tham số, giá trị trả về và lỗi.
Chọn và chạy test hồi quy trước khi phát hành
Tạo kế hoạch test hồi quy phù hợp để xác nhận bản sửa không phá vỡ hành vi cũ và bao phủ các khu vực rủi ro liên quan.
Săn mã chết sau thay đổi kiến trúc lớn
Tìm import thừa, hàm không còn được gọi và nhánh vô dụng sau tái cấu trúc, kèm lý do nên xóa hoặc giữ.
