Tôi đang thực hiện một số biểu đồ dòng chảy và tự hỏi nếu tôi đang tiếp cận điều này một cách chính xác. Về bản chất, tôi có một số cuộc gọi phương thức và tôi đang thực hiện từng bước riêng biệt. Tuy nhiên, một vài trong số các phương thức này thực hiện một cuộc gọi phương thức cho một số thông tin và sau đó tiếp tục. Xem ví dụ này:
Tôi có 3 phương thức khác cũng gọi GetQueue () và tôi tự hỏi liệu tôi có đại diện chính xác cho điều này không. Luồng AddQueue () trông có vẻ như bị hỏng.
LƯU Ý: Thay đổi được thực hiện trong sơ đồ của tôi:
Là mức độ chi tiết hình ảnh này thực sự cần thiết? Tôi biết rằng, tại một thời điểm, các sơ đồ như thế này rất phổ biến, nhưng dường như chúng đã không còn được ưa chuộng vì nhiều lý do ... Về cơ bản, chúng là một dạng tài liệu dư thừa; bạn phải luôn cập nhật chúng và mã phải thể hiện đầy đủ những gì được hiển thị trong sơ đồ (dù sao: thời gian tốt hơn là tạo ra nhiều mã hơn).
—
Robert Harvey
Nó đã được yêu cầu của tôi trước khi tôi chuyển sang một khách hàng khác.
—
Keith Barrow
@Robert Harvey: Lưu đồ là hữu ích trong những ngày xưa, khi mọi người viết mã máy hoặc trình biên dịch trực tiếp. Chúng có thể hữu ích cho các lập trình viên FORTRAN và BASIC sớm, những người không có cấu trúc điều khiển tốt. Ngày nay, lý do duy nhất tôi muốn làm là nếu một khách hàng muốn họ giao hàng và sẵn sàng trả cho tôi đầy đủ.
—
David Thornley
Khi phát triển những thứ này từ đầu tôi đã thấy rất hữu ích khi sử dụng các que màu vàng, xoay 90 độ cho các quyết định. Điều này cho phép bạn di chuyển chúng xung quanh và chèn các quá trình vào giữa. Khi bạn là tất cả don, sau đó nhập chúng vào phần mềm của bạn.
—
Michael Riley - AKA Gunny
Thỉnh thoảng tôi vẫn sử dụng sơ đồ, mặc dù tôi thấy bài kiểm tra đơn vị thường tốt hơn cho cùng một mục đích. Họ không thể giao hàng, mặc dù; Tôi sử dụng chúng để có được một luồng điều khiển ngay trong đầu mình.
—
Michael K
