Tìm kiếm một số lời khuyên thiết kế OO

Tôi đang phát triển một ứng dụng sẽ được sử dụng để mở và đóng van trong môi trường công nghiệp và đã nghĩ đến một thứ đơn giản như thế này: -

public static void ValveController
{
    public static void OpenValve(string valveName)
    {
        // Implementation to open the valve
    }

    public static void CloseValve(string valveName)
    {
        // Implementation to close the valve
    }
}

(Việc triển khai sẽ ghi một vài byte dữ liệu vào cổng nối tiếp để điều khiển van - một "địa chỉ" có nguồn gốc từ tên van và "1" hoặc "0" để mở hoặc đóng van).

Một nhà phát triển khác hỏi liệu chúng ta có nên tạo một lớp riêng cho mỗi van vật lý hay không, trong đó có hàng tá. Tôi đồng ý sẽ tốt hơn nếu viết mã như vậy PlasmaValve.Open()hơn ValveController.OpenValve("plasma"), nhưng điều này có quá mức không?

Ngoài ra, tôi đã tự hỏi làm thế nào tốt nhất để giải quyết thiết kế với một vài yêu cầu giả định trong tương lai: -

1. Chúng tôi được yêu cầu hỗ trợ một loại van mới yêu cầu các giá trị khác nhau để mở và đóng nó (không phải 0 và 1).
2. Chúng tôi được yêu cầu hỗ trợ một van có thể được đặt ở bất kỳ vị trí nào từ 0-100, thay vì chỉ đơn giản là "mở" hoặc "đóng".

Thông thường tôi sẽ sử dụng tính kế thừa cho loại điều này, nhưng gần đây tôi đã bắt đầu hiểu về "thành phần trên sự kế thừa" và tự hỏi liệu có một giải pháp khéo léo nào được sử dụng thành phần không?

Nếu mỗi phiên bản của đối tượng van sẽ chạy cùng mã với ValveContoder này, thì có vẻ như nhiều phiên bản của một lớp sẽ là cách phù hợp. Trong trường hợp này, chỉ cần cấu hình van mà nó điều khiển (và cách) trong hàm tạo của đối tượng van.

Tuy nhiên, nếu mỗi điều khiển van cần mã khác nhau để chạy và ValveContoder hiện tại đang chạy một câu lệnh chuyển đổi khổng lồ làm những việc khác nhau tùy thuộc vào loại van, thì bạn đã thực hiện kém đa hình. Trong trường hợp đó, hãy viết lại nó cho nhiều lớp với một cơ sở chung (nếu điều đó có ý nghĩa) và để nguyên tắc trách nhiệm duy nhất là hướng dẫn thiết kế của bạn.

Gripe chính của tôi là sử dụng các chuỗi cho tham số xác định van.

Ít nhất là tạo một Valvelớp cógetAddress dạng nhu cầu triển khai cơ bản và chuyển chúng cho ValveControllervà đảm bảo rằng bạn không thể tạo các van không tồn tại. Bằng cách này, bạn sẽ không phải xử lý các chuỗi sai trong mỗi phương thức mở và đóng.

Cho dù bạn tạo các phương thức tiện lợi gọi mở và đóng ValveController vào bạn, nhưng thành thật mà nói, tôi sẽ giữ tất cả thông tin liên lạc đến cổng nối tiếp (bao gồm cả mã hóa) trong một lớp duy nhất mà các lớp khác sẽ gọi khi cần. Điều này có nghĩa là khi bạn cần di chuyển sang bộ điều khiển mới, bạn chỉ cần sửa đổi một lớp.

Nếu bạn thích thử nghiệm, bạn cũng nên tạo ValveControllermột singleton để bạn có thể giả định nó (hoặc tạo một máy đào tạo cho các nhà khai thác).