Tôi có nên đặt các phương thức mở rộng của một giao diện trong tệp interface.cs không?

Hãy tưởng tượng thiết lập này:

public interface IMass{
    double Mass {get;}
}

public static class IMassExtension {
    public static double ToKg(this IMass massObject) {
        return massObject.Mass / 1000.0;
    }

    public static double CalculateInteractiveGravity(this IMass massObject, IMass otherMassObject)          
    {
         return blah;
    }
}

Bạn có thể đặt lớp mở rộng trong cùng một tệp với giao diện (ví dụ IMass.cs) hoặc nên ở trong một tệp riêng (IMassExtension.cs)?

Một lớp cơ sở là không thể ở đây. Hãy tưởng tượng

public class Person : Animal, IMass {}

và

public class House : Building, IMass {}

Vâng, điều đó hoàn toàn tốt. Hơn nữa, tôi sẽ khuyến khích bạn làm điều đó, vì nó làm cho chức năng có sẵn trong giao diện dễ khám phá hơn, đồng thời giảm tiếng ồn trong "chức năng nào trong csproj này?" xem trong studio hình ảnh.

Các đối số duy nhất tôi đã nghe chống lại điều này là:

• "nhưng sau đó bạn có 2 loại cho mỗi tệp!" - hướng dẫn có mặt để giúp bạn, không trói tay bạn. Bạn sẽ làm cho nó chỉ có một loại nếu bạn có thể.
• "nhưng tiện ích mở rộng đó sử dụng XYZ!" - vâng, nếu bạn không bao gồm phương thức nếu đó là một lớp trừu tượng, thì bạn cũng không nên kết nối nó với giao diện. Đó không phải là vấn đề với thực tiễn này, nhưng với thiết kế của bạn.

Tóm lại: Có các phương thức mở rộng trong một tệp riêng biệt sẽ là cách tiếp cận. Nó cũng rất quan trọng để đặt tên cho các phần mở rộng một cách thích hợp, vì điều đó chắc chắn sẽ an toàn thời gian trong quá trình bảo trì.

Tôi chắc chắn sẽ thích cái tên MassExtensionshơn IMassExtensions. Lý do là với hầu hết các lập trình viên một tiền tố I trên một loại ngụ ý rằng đó là một giao diện. Đây là cả một mẫu rất phổ biến và là một phần của Nguyên tắc Thiết kế .NET.

Việc thêm tiền tố I cho trường hợp phương thức mở rộng sẽ phá vỡ cả các giả định và hướng dẫn đã thiết lập.

Cũng có quyền ưu tiên cho điều này trong Thư viện lớp cơ sở. Phần lớn các phương thức mở rộng có sẵn IEnumerableđược chứa trong loại Enumerable.

Các bài viết liên quan sau đây có thể hữu ích:

• C # - sử dụng các phương thức mở rộng để cung cấp triển khai giao diện mặc định
• Không gian tên phương thức mở rộng C # và thúc đẩy các phương thức mở rộng

Thông thường, tôi sẽ không đặt các phương thức mở rộng trong cùng một tệp với giao diện. Cùng thư viện / gói? Chắc chắn rồi.

Trong ví dụ này, tôi chắc chắn sẽ không. Điều gì xảy ra nếu ai đó thực hiện hàng loạt trong các đơn vị đế quốc (sên)? ToKg () phải có trong giao diện (và có thể là toSlug (), nhưng về mặt kỹ thuật sẽ có thể lấy được từ toKg ()) và các phương thức mở rộng sẽ là các phương thức như toG (), toMcg (), v.v. có thể được thực hiện bằng các phương thức giao diện.

Tôi sẽ đặt nó trong một tệp riêng biệt và tôi sẽ đặt cho nó một cái tên mô tả hơn là "IMassExtension.cs". Có lẽ một cái gì đó như "MassConversions.cs", vì đó là những gì lớp thực sự làm.

Đừng quên, các phương thức mở rộng vẫn có thể được gọi như thể chúng là các phương thức tĩnh đơn giản (ví dụ MassConversions.ToKg(massObject)), do đó, lớp nên được đặt tên theo ý đó. Ngoài ra, lớp mở rộng của bạn không phải là một giao diện, do đó, có thể gây hiểu nhầm khi đặt tên cho nó với chữ 'I' hàng đầu.