Попытка избежать нескольких подтипов в структуре классов

Question

У меня есть два абстрактных классов Бизнес & Лицо. Проблема в том, что у меня есть тип клиента, который может быть либо Бизнесом, либо Лицом. Есть ли способ моделировать это, чтобы у меня не было классов CustomerBusiness и CustomerPerson? Множественное наследование не является вариантом, так как это C#. Я так долго смотрел на это, я не вижу леса для деревьев.

public abstract class Business { 
    public string Name { get; set; } 
} 

public abstract class Person { 
    public string FirstName { get; set; } 
    public string LastName { get; set; } 
    public string MiddleName { get; set; } 
    public DateTime? BirthDate { get; set; } 
    public string Comments { get; set; } 
} 

public class CustomerBusiness : Business, CustomerRoles { 
    public bool BillTo { get; set; } 
    public bool ShipTo { get; set; } 
    public bool DeliverTo { get; set; } 
    public EntityType Type { get; set; } 
} 

public class CustomerPerson : Person, CustomerRoles { 
    public bool BillTo { get; set; } 
    public bool ShipTo { get; set; } 
    public bool DeliverTo { get; set; } 
    public EntityType Type { get; set; } 
} 

public interface CustomerRoles { 
    bool BillTo { get; set; } 
    bool ShipTo { get; set; } 
    bool DeliverTo { get; set; } 
} 

Answer 1

Вы могли prefer composition over inheritance имея в Business и Person классы «имеют» ICustomerRoles вместо «является» ICustomerRoles.

public class Business 
{ 
    public string Name { get; set; } 

    public ICustomerRoles CustomerRoles { get; set; } 
} 

public class Person 
{ 
    public string FirstName { get; set; } 
    public string LastName { get; set; } 
    public string MiddleName { get; set; } 
    public DateTime? BirthDate { get; set; } 
    public string Comments { get; set; } 

    public ICustomerRoles CustomerRoles { get; set; } 
} 

Answer 2

Я бы сказал, что у вас есть ваша иерархия в неправильном порядке. Клиент должен быть базовым классом, а затем Business и Person должны быть реалиями класса Customer. Я уверен, что есть больше атрибутов Клиента, которые являются общими для всех типов Клиентов, отличных от всех в интерфейсе CustomerRoles.

Я бы подумал, что будут такие вещи, как CustomerCode и т. Д. Также вы можете указать, что у всех клиентов есть свойство Name, и для каждого получателя в каждом подклассе есть значение для возврата соответствующего значения. Так как в «Бизнесе» будет одно свойство под названием «Имя», тогда как у человека будут имена FirstName, MiddleName, Surname и также Name, которые каким-то образом их конкатенируют.