C# Thiếu thừa kế tĩnh - Tôi nên làm gì?

Question

Được rồi, như bạn có thể biết, kế thừa tĩnh là không thể trong C#. Tôi hiểu rằng, tuy nhiên tôi bị mắc kẹt với sự phát triển của chương trình của tôi.

Tôi sẽ cố gắng làm cho nó đơn giản nhất có thể. Giả sử mã của chúng ta cần quản lý các đối tượng đang trình bày máy bay ở một số sân bay. Các yêu cầu như sau:

• Có thành viên và phương pháp được chia sẻ cho tất cả các máy bay

• Có rất nhiều loại máy bay, mỗi loại có thể có phương pháp thêm riêng của mình và các thành viên. Có thể có nhiều trường hợp cho mỗi loại máy bay.

• Mỗi loại máy bay phải có tên thân thiện với loại này và thông tin chi tiết hơn về loại này. Ví dụ một lớp có tên F16 sẽ có một thành viên tĩnh FriendlyName với giá trị của "Lockheed Martin F-16 Fighting Falcon".

• Các lập trình viên khác sẽ có thể thêm nhiều máy bay hơn, mặc dù chúng phải được thực thi để tạo ra các chi tiết tĩnh tương tự về các loại máy bay. Trong một số GUI, cần có một cách để cho phép người dùng thấy danh sách các loại có sẵn (với các chi tiết như FriendlyName) và thêm hoặc loại bỏ các cá thể của máy bay, được lưu, cho phép nói, với một số tệp XML .

Vì vậy, về cơ bản, nếu tôi có thể thực thi các lớp thừa kế để thực hiện các thành viên và phương pháp tĩnh, tôi sẽ thực thi các loại máy bay để có thành viên tĩnh như FriendlyName. Đáng buồn là tôi không thể làm điều đó.

Vì vậy, thiết kế nào tốt nhất cho kịch bản này?

Answer 1

Một câu trả lời là để trang trí mỗi lớp với các thuộc tính (metadata):

[Description("Lockheed Martin F-16 Fighting Falcon")] 
public class F16 : Aircraft 
{ 
    // ... 
} 

này được sử dụng DescriptionAttribute đã có trong System.ComponentModel.

Bạn có thể lấy siêu dữ liệu như thế này:

Type t = typeof(F16); 
DescriptionAttribute attr = (DescriptionAttribute)Attribute.GetCustomAttribute(t, 
    typeof(DescriptionAttribute)); 
string description = (attr != null) ? attr.Description : t.Name; 

Điều này sẽ giúp bạn có được văn bản mô tả từ một tham chiếu đến lớp F16.

Answer 2

Không sử dụng các phương pháp tĩnh. sử dụng các phương thức thể hiện thay thế.

Ngoài ra, tóm tắt hàng đầu có thể đưa ra một phương pháp trừu tượng sẽ trả về tên cụ thể của máy bay.

public abstract class Aircraft 
{ 
    public abstract string Name { get; } 
    public abstract string FriendlyName { get; } 
} 

Answer 3

Tại sao bạn cần các thuộc tính này là tĩnh?

public class Aircraft 
{ 
protected string AircraftName { get; protected set; } 
} 

public class F16 : Aircraft 
{ 
    public F16() 
    { 
    AircraftName="F16 Falcon"; 
    } 
} 

Answer 4

Sử dụng điều tra cho tên thân thiện và tạo thành viên thể hiện loại đó cho tên thân thiện. Yêu cầu khởi tạo thành viên này trong quá trình xây dựng.

Answer 5

Đây là trường hợp bạn có thể hưởng lợi từ mẫu Nhà máy.Thay vì nhập khẩu các loại Máy bay cụ thể, hãy cung cấp một giao diện IAircraftFactory tiêu chuẩn xác định những gì mọi Nhà máy Máy bay cần làm cho bạn. Đây là nơi bạn có thể trả về các mô tả, thông tin giao diện người dùng, vv Nhà máy máy bay sau đó chịu trách nhiệm tạo ra một Máy bay cụ thể. Bởi vì khách hàng của bạn phải tạo một Nhà máy tùy chỉnh để phơi bày Máy bay của họ, họ buộc phải thực hiện giao diện và nhắc nhở (thông qua các thành viên của mình) rằng họ có hợp đồng để thực hiện.

Cái gì như:

public interface IAircraft 
{ 
    //Aircraft instance details... 
} 

public interface IAircraftFactory 
{ 
    //Can include parameters if needed... 
    IAircraft BuildAircraft(); 

    //And other useful meta-data... 
    string GetDescription(); 
} 

//In some other Client-provided DLL... 
public class MyAircraftFactory : IAircraftFactory 
{ 
    IAircraft BuildAircraft() 
    { 
     return new MyAircraft(); 
    } 

    //... 
} 

Answer 6

@Aaronaught nhấn đinh trên đầu với các plugin giống như kiến ​​trúc nhận xét.

Điều tôi đã làm lần cuối cùng tôi gặp phải, là có loại "Mô tả" không đắt tiền để tạo và giữ dữ liệu meta trong trường mẫu.

public class F16Descriptor : AircraftDescriptor 
{ 
    public override string Name { get { return "Lockheed Martin F-16 Fighting Falcon"; } } 
    public override Type AircraftType { get { return typeof(F16); } } 
} 

public class F16 : AircraftBase 
{ 
    ... 
} 

Answer 7

Một cách thú vị để giải quyết vấn đề này là để nhận ra rằng các loại máy bay cũng là một quan trọng khái niệm trong việc thiết kế và tạo ra chúng như riêng biệt lớp, mà trường đóng vai trò như loại của máy bay. Điều này được gọi là type object pattern (pdf), và nó cho phép thiết kế rất linh hoạt.