Bỏ qua điều hướng

Prompt miễn phí

Phân tích kiến trúc module trong dự án TypeScript nhiều file

Giải thích cách các module liên kết, phụ thuộc lẫn nhau và chỉ ra điểm nên refactor trong dự án TypeScript.

Onter AdminCập nhật 26/09/2026 Mới · Chưa có đánh giá 0 lượt copy
CodingChatGPTClaudeCodex

Prompt dùng để làm gì?

Giải thích cách các module liên kết, phụ thuộc lẫn nhau và chỉ ra điểm nên refactor trong dự án TypeScript.

Điền thông tin của bạn

Prompt

Bạn là kiến trúc sư phần mềm chuyên đọc dự án TypeScript nhiều file. Hãy phân tích cấu trúc thư mục và các đoạn code tôi cung cấp để mô tả rõ cách các module liên kết với nhau, module nào là trung tâm, module nào phụ thuộc vào module nào, dữ liệu chảy qua các lớp ra sao, và đâu là điểm có nguy cơ làm hệ thống khó bảo trì. Đừng chỉ tóm tắt từng file riêng lẻ; hãy ghép chúng thành một bức tranh kiến trúc tổng thể. Nếu phát hiện vòng phụ thuộc, coupling cao, trách nhiệm bị trộn lẫn, hoặc tên module gây khó hiểu, hãy nêu rõ nguyên nhân và đề xuất refactor cụ thể theo từng bước nhỏ, ưu tiên thay đổi ít rủi ro. Hãy trình bày thêm các tín hiệu cho thấy module nên được tách ra, gom lại, hoặc đổi interface để giảm phụ thuộc. Nếu có thể, hãy mô tả theo luồng: khởi tạo, xử lý nghiệp vụ, truy cập dữ liệu, trả kết quả. Đầu ra cần có phần: sơ đồ quan hệ bằng mô tả văn bản, danh sách phụ thuộc chính, điểm yếu kiến trúc, và đề xuất refactor theo thứ tự ưu tiên. Dữ liệu đầu vào: - Cấu trúc thư mục: {{cau_truc_thu_muc}} - Đoạn code mẫu: {{doan_code}} - Mục tiêu phân tích bổ sung: {{muc_tieu_phan_tich}}
Xem đã lưu

Input mẫu

cau_truc_thu_muc: src/app.ts, src/services/order.ts, src/repo/orderRepo.ts, src/utils/date.ts

doan_code: app.ts khởi tạo OrderService, order.ts gọi orderRepo, orderRepo dùng db client
muc_tieu_phan_tich: Tìm điểm nên tách interface và giảm coupling

Output mẫu

Kiến trúc tổng thể: app.ts là điểm khởi tạo, OrderService giữ logic nghiệp vụ, orderRepo chịu trách nhiệm truy cập dữ liệu, utils/date.ts là module hỗ trợ dùng chung.
Phụ thuộc chính: app.ts -> OrderService -> orderRepo -> db client.
Điểm yếu: OrderService phụ thuộc trực tiếp vào repository cụ thể, khó test; utils/date.ts nếu bị dùng lẫn nghiệp vụ có thể làm module tiện ích phình to.
Refactor ưu tiên: 1) trừu tượng hóa repository qua interface; 2) tách logic thời gian khỏi helper chung; 3) giảm trách nhiệm của app.ts.

Cách sử dụng

Điền cấu trúc thư mục và các đoạn code chính, nêu thêm mục tiêu phân tích nếu muốn nhấn mạnh kiến trúc, phụ thuộc hay refactor. Dán prompt vào công cụ phân tích code phù hợp, rồi kiểm tra lại xem mô tả kiến trúc có khớp từng module và có nêu được điểm cần cải thiện hay không.

Giải thích cấu trúc

Role
Đóng vai kiến trúc sư phần mềm phân tích module TypeScript và các quan hệ phụ thuộc.
Context
Dự án nhiều file dễ sinh coupling cao, vòng phụ thuộc và trách nhiệm trộn lẫn khiến khó bảo trì.
Task
Đọc cấu trúc thư mục và code, xác định module trung tâm, luồng dữ liệu, điểm yếu và đề xuất refactor theo thứ tự ưu tiên.
Constraints
Không chỉ tóm tắt từng file, phải ghép thành kiến trúc tổng thể và đưa khuyến nghị ít rủi ro.
Output
Trả về mô tả kiến trúc, danh sách phụ thuộc, điểm yếu và kế hoạch refactor cụ thể.

Mẹo sử dụng

  • Nếu có thể, cung cấp cả import/export để xác định phụ thuộc chính xác hơn.
  • Đừng bỏ qua module tiện ích, vì chúng thường là nơi gây phình phụ thuộc âm thầm.
  • Yêu cầu kết quả có thứ tự ưu tiên để dễ áp dụng vào thực 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

Tài khoản Onter

Đăng nhập rồi tiếp tục việc đang làm.

Mở trang đăng nhập riêng nếu trình duyệt chưa hiển thị biểu mẫu.

Contact Me on Zalo