Tác động của Thiết kế Chương trình

Từ vựng

English	Ý nghĩa
modular/ˈmɒdjʊlə/	mô-đun hóa

Hai thiết kế gọn gàng có thể báo cáo các giá trị trung bình khác nhau

Một bản ghi giả tưởng chứa điểm số 80, vắng mặt và 100. Việc coi sự vắng mặt là zero sẽ cho ra (80 + 0 + 100) / 3 = 60; việc bỏ qua kết quả vắng mặt sẽ cho ra (80 + 100) / 2 = 90.
Các phương thức riêng biệt có thể tính toán đúng cả hai kết quả. Sự tổ chức không tự chọn chính sách báo cáo: hãy xác định ý nghĩa của sự vắng mặt, ai là người quyết định, và mẫu số nào báo cáo phải hiển thị trước khi sử dụng kết quả.

Hệ thống chấm điểm cần hơn cả tên phương thức gọn gàng

Cùng một bản ghi có thể cho 60 hoặc 90 dưới hai chính sách điểm số bị thiếu rõ ràng

Luyện tập

Các điểm là 80, bị thiếu và 100. Theo chính sách điểm khả dụng, trung bình là bao nhiêu?

Độ khó 2/5 · 140 xu + một phần thưởng nhỏ cho lần hoàn thành đầu tiên trong ngày

Chuyển đổi yêu cầu thành hợp đồng

Xác định xem sự vắng mặt có nghĩa là bài đánh giá chưa làm, bài tập không được giao, hay dữ liệu chưa nhập. Những trường hợp này không nhất thiết phải chia sẻ cùng một quy tắc; ví dụ giả định chỉ minh họa hậu quả và không quy định chính sách chấm điểm của nhà trường.
Nêu rõ đầu vào chấp nhận được, cách xử lý các giá trị bị thiếu và kết quả. Nếu quy tắc là "trung bình các điểm số khả dụng", một bản ghi toàn bộ bị thiếu sẽ không có trung bình; hãy báo cáo trường hợp này một cách rõ ràng thay vì tự động gán bằng 0 hoặc chia cho 0.

Tách biệt trách nhiệm kiểm tra

Thiết kế mô-đun tách biệt readScores, averageAvailable và printReport. Phương thức trung bình có thể được kiểm tra bằng các giá trị đã biết mà không cần đọc tệp hay bắt đầu đầu ra có định dạng.
Sự tách biệt giúp ích khi các giao diện vẫn còn rõ ràng. Việc thay đổi ý nghĩa của sự vắng mặt vẫn có thể đòi hỏi thay đổi trong tính toán, báo cáo và kiểm tra; các phương thức nhỏ và tên gọi tốt đơn thuần không ngăn chặn những phụ thuộc đó.

Kiểm tra các trường hợp thông thường và biên

Đối với chính sách điểm số khả dụng, hãy kiểm tra [80, bị thiếu, 100] cho ra 90, một ⟨80⟩ đơn lẻ cho ra ⟨80⟩, và [bị thiếu, bị thiếu] tạo ra kết quả "không có kết quả" theo thỏa thuận. Đừng chỉ kiểm tra xem chương trình có chạy được hay không.
Phép tính bên dưới sử dụng null cho các giá trị bị thiếu. Nó trả về trung bình kiểu double và từ chối trường hợp tất cả đều bị thiếu. Nó giả định mảng điểm số thông thường không null; việc kiểm tra đầu vào và báo cáo là những trách nhiệm riêng biệt.

Example

public class AverageAvailable {
    public static double averageAvailable(Integer[] scores) {
        double total = 0;
        int present = 0;
        for (Integer score : scores) {
            if (score != null) {
                total += score;
                present++;
            }
        }
        if (present == 0) {
            throw new IllegalArgumentException("No available scores");
        }
        return total / present;
    }
}

Luyện tập

Một thiết kế mô-đun (các thành phần độc lập, đặt tên rõ ràng) chủ yếu dễ dàng hơn để...