Каков наилучший способ проверить, существует ли подкласс определенного типа?

Question

У меня есть базовый класс Person и три производных. На странице редактирования у меня есть раздел с данными общего человека (имя, адрес и т. Д.).

Я также хочу раздел для каждого подкласса. Поэтому, если Person является User Я хочу добавить раздел с конкретными данными пользователя. Если Person также является CardHolder, я хочу показать раздел держателя карты.

Я борюсь за то, как это реализовать. Я имею в виду, чтобы задать UserRepository, если указанным Person является User. Если это так, метод вернет объект User; иначе null. Я планирую сделать это для всех подклассов.

Однако у меня есть это чувство, что это можно сделать лучше, но я не могу найти этот путь.

EDIT:
У меня следующий сценарий. У меня есть обзор с объектами Person (а не с производными!). Когда нажимается строка, я хочу показать страницу сведений. На этой странице у меня есть разные разделы, как описано выше. На этом этапе я хочу знать, является ли «Лицо» также User или «Держателем карты».

Я хотел бы применить полиморфизм, но я не вижу, как ...

Answer 1

Есть абстрактную функцию на классе Person называется что-то вроде «ReturnValidSectionsForPerson()». В каждом подклассе переопределите эту функцию для возврата «UserData» или «CardHolder» в зависимости от ситуации. Вы можете использовать перечисление для хранения различных типов разделов, чтобы было легче читать и поддерживать.

Answer 2

только использовать оператор is. Оператор is используется для проверки совместимости типа времени выполнения объекта с данным типом. Оператор есть используется в выражении вида:

if(pers is user) 
{ 
} 
else if (pers is cardholder) 
{ 
} 

Answer 3

typeof (SubClass).IsSubclassOf(typeof (BaseClass)); // возвращает истину

Answer 4

Я думаю, что вы можете использовать is оператор:

if(Person is User) { /* do something */ } 
if(Person is CardHolder) { /* do something more */ } 

Подробнее here.

Как заметил Джейсон, вы, вероятно, хотите сделать что-то другое, как это:

interface class Person 
{ 
    IEnumerable<Section> GetSections(); 
} 

class User : Person 
{ 
    IEnumerable<Section> GetSections() { return new[] { new PersonSection() }; } 
} 

class CardHolder : Person 
{ 
    IEnumerable<Section> GetSections() 
    { 
      return base.GetSections().Concat(new [] {new CardHolderSection() }); 
    } 
} 

Answer 5

Может быть, я пропускаю момент, но я думаю, вы должны быть в состоянии сделать «это» проверить:

var isUser = myObject is User; 

Смотрите MSDN:

http://msdn.microsoft.com/en-us/library/scekt9xw%28v=vs.80%29.aspx

EDIT:

Это простое решение и потребует обслуживания, если добавлено больше классов. Для получения более точного ответа обратитесь к другим решениям.

Надеется, что это помогает,

Christian

Answer 6

Было бы лучше использовать агрегацию вместо наследования. Сделайте свойства Person.UserData и Person.CardholderDetails и покажите/скройте элементы управления в зависимости от того, является ли свойство соответствия требованиям «null» или нет.

Answer 7

У меня есть следующий сценарий. У меня есть обзор с объектами Person (а не производными!). При щелчке по строке, я хочу показать страницу с информацией о . На этой странице у меня есть разные разделы, как описано выше . На этом этапе я хочу знать, является ли «Лицо» также User или Cardholder.

Вы можете использовать enum. Так что вы можете сделать что-то вроде этого:

[Flags]  
public enum Test 
{ 
    User, 
    CardHolder 
} 

И затем использовать его в своем классе:

public class Person 
{ 
    //... 
    public Test MyTest; 
} 

так, то вы можете использовать его везде, где вы хотите:

Person person = new Person(); 
person.Test1 = (Test.User | Test.CardHolder); 

//... 

if(person.MyTest == Test.User | Test.CardHolder)) 
{ 
    //Do something 
} 

Или просто :

Person person = new Person(); 
person.Test1 = Test.User; 

//... 

if(person.MyTest == Test.User) 
{ 
    //Do something 
} 

if(person.MyTest == Test.CardHolder) 
{ 
    //Do something 
} 

Answer 8

Хорошо, есть три вещи, которые вы можете сделать в порядке возрастания предпочтений.

1) Используйте «is», чтобы явно проверить класс объекта. Проблема с этим подходом заключается в том, что он хрупкий. Если вы придумаете новые подклассы в будущем, вам нужно будет изменить свое состояние. Это нарушает принцип «открытый/закрытый»: вам не нужно изменять код, который существует для добавления новых функций.

2) Внесите метод «hasDetails» в Person и переопределите его в User. Затем вы проверяете «hasDetails», который затем можете реализовать в любом классе, который реализует этот интерфейс. Это предпочтительнее, потому что он позволяет вам добавлять новый код без изменения существующего кода, но он негибкий, поскольку предполагает, что все детали одинаковы.

3) «Скажите, не спрашивайте». Не спрашивайте объект для информации о себе и делайте что-то на основе результата. Вместо этого скажите объекту, чтобы он сам выполнял операцию. Это позволяет объекту решать, когда это делать и как это сделать.

Использование # 3 предпочтительнее в большинстве случаев, но есть ситуации, когда у вас действительно нет выбора, кроме как пойти с № 2 (например, упаковка или расслоение требует, чтобы операция, которую вы хотите выполнить, не могла выполняться Лицом объект) или даже с # 1 (например, вы не имеете доступа к исходному коду класса Person или не можете добавлять к нему методы).