Tránh triển khai mặc định trong giao diện C#

Tôi đang tìm cách tích hợp chức năng bổ sung vào các lớp khác nhau trong C#. Tập trung vào việc triển khai mặc định cho các phương thức giao diện là một ý tưởng hay.

Hãy xem xét cấu trúc lớp sau:

Lớp A là cơ sở cho các lớp B, C và D.
Lớp E là cơ sở cho các lớp F, G và H.
Lớp O là cơ sở cho các lớp P, Q và R.

Trong số này, các lớp B, F và P phải triển khai giao diện IDoablebao gồm một phương thức X điều đó phải nhất quán trên tất cả các lớp triển khai.

Đây là một ví dụ đơn giản:

public class A
{ }

public class B : A, IDoable
{ }

public class C : A
{ }

public class D : A
{ }

public class E
{ }

public class F : E, IDoable
{ }

public class G : E
{ }

public class H : E
{ }

public class O
{ }

public class P : O, IDoable
{ }

public class Q : O
{ }

public class R : O
{ }

public interface IDoable
{
    // Yuck, that smells. Default implementation.
    string X() => "I want to implement method X only once";
}

public class Test
{
    public void Run()
    {
        string bx = new B().X();
        string fx = new F().X();
        string px = new P().X();
        
        string result = bx == fx && bx == px ? "Same :)" : "Various :("; 
    }
}

Tuy nhiên, có một cuộc tranh luận về việc có nên sử dụng các cài đặt mặc định cho các phương thức giao diện trong C# hay không. Có cách tiếp cận nào khác để đạt được chức năng này mà không cần dựa vào việc triển khai mặc định không? Hoặc việc sử dụng triển khai mặc định có được chấp nhận trong trường hợp này không?

Lưu ý: A, E và O không có đặc điểm chung và không liên quan với nhau.

Những gì tôi đã thử:

Thứ nhất, tôi hạn chế triển khai X trực tiếp vào các lớp B, F và P để tránh vi phạm quy định. KHÔ nguyên tắc. Cho rằng X có nghĩa là giống hệt nhau giữa các lớp này, cách tiếp cận này có vẻ không thực tế, đặc biệt nếu X dài.

Thứ hai, tôi đã tạo một phương thức mở rộng hoạt động tốt để cung cấp chức năng X:

public static class DoableExtensions
{
    public static string X(this IDoable doable)
    {
        return "I want to implement method X only once";
    }
}

Tuy nhiên, cách tiếp cận này dẫn đến một khoảng trống IDoable giao diện vi phạm “CA1040: Tránh các giao diện trống” luật lệ.

Cuối cùng, tôi đã xem xét mẫu trang trí, nhưng tôi không chắc chắn về cách triển khai nó một cách hiệu quả trong khi vẫn duy trì việc tuân thủ nguyên tắc DRY. Nhưng có thể cách tiếp cận này là giải pháp then chốt.