Глупый вопрос наследования в C#

Question

Я уверен, что это невозможно, но здесь идет ..

У меня есть пользовательский класс в C# под названием Человек, который имеет несколько свойств, таких как возраст, рост и т.д.

Затем я создаю новый класс Employee, который наследуется от Person, но я еще не добавляю никаких других свойств Employee. Таким образом, его в основном просто Человек все еще, кроме его называемого Employee.

Теперь скажите, что у меня есть экземпляр человека, называемого SomePerson. Как я могу создать новый экземпляр Employee, который имеет все значения, которые он унаследовал от Person, и установить их в SomePerson. Как литье из человека в Сотрудник .. Но без меня, чтобы вручную указать каждый и каждое свойство, которое должно быть установлено ..

Что-то вроде ..

Employee NewEmployee = (Employee)SomePerson; 

Но, конечно, вы получите сообщение об ошибке говоря: «Невозможно преобразовать Лицо в Работника» и т. д.

Является ли AutoMapper единственным практичным решением для подобных действий, если вы говорите, что у объектов было 300 объектов?

UPDATE:

Авто-Mapper не кажется обрабатывать свои объекты ..

Employee SomeEmployee = EmployeeRepository.GetEmployee(SomeEmployeeID); 

// Populate the ViewModel with the Person fetched from the db, ready for editing.. 
VMEmployee EmployeeToEdit = Mapper.Map<Employee, VMEmployee>(SomeEmployee); 


// ViewModel based on Employee with Validation applied.. 
[MetadataType(typeof(Employee_Validation))] 
public class VMEmployee : Employee 
{ 
    // Absolutely nothing here 
} 

где "Сотрудник" автоматически генерируется с помощью LINQ к SQL ..

Answer 1

AutoMapper - хорошее решение в этом случае. Если вы не собираетесь использовать структуру сопоставления свойств и не хотите создавать конструктор копирования public Employee(Person person) или неявное/явное преобразование, как еще вы планируете копировать свойства по всем. Реально вы могли бы

1.Reflection

public void Map<TSource, TDestination>(TSource source, TDestination destination) 
{ 
    var props = typeof(TSource).GetProperties(BindingFlags.Public | BindingFlags.Instance); 
    var type = typeof(TDestination); 

    foreach (var prop in props) 
    { 
    object value = prop.GetValue(source, null); 

    var prop2 = type.GetProperty(prop.Name); 
    if (prop2 == null) 
     continue; 

    if (prop.PropertyType != prop2.PropertyType) 
     continue; 

    prop2.SetValue(destination, value, null); 
    } 
} 

2.КОПИЯ Конструктор

public Employee(Person person) 
{ 
    // Copy properties 
} 

3.Implicit/Явное преобразование

public static implicit operator Employee(Person person) 
{ 
    // Build instance and return 
} 

4.AutoMapper

Mapper.Map<Person, Employee>(person); 

5.Combination 3/4:

public static implicit operator Employee(Person person) 
{ 
    return Mapper.Map<Person, Employee>(person); 
} 

Замечание о неявных/операторов явного преобразования: Я считаю, что при помощи них вы не будете создавать CLS-совместимый код.

Как уже сказал @Mitch Wheat, если у вас есть объект с более чем 300 свойствами, я бы пересмотрел то, что на самом деле представляет этот объект. Рефакторинг рефакторинга.

Answer 2

Создайте конструктор на Employee, который принимает экземпляр Person. Конечно, вам нужно будет заполнить все свойства (может быть, может помочь Resharper?)

Answer 3

Для этой цели вы можете использовать automaper без какой-либо конфигурации.

вот пример:

Employee employee = Mapper.Map<Person, Employee>(person); 

Answer 4

Когда вы начинаете новую работу, новый человек родился, кто не ты, а старый ты убил?

Если ваш дизайн основан на этом сценарии, то, как представляется, практика в вашей организации очень странная.

Вместо этого у человека есть трудовые отношения с работодателем.

Не используйте наследование для ролей модели; разрешить тому же человеку иметь роли, которые представляют их отношения с другими объектами.

Answer 5

Если у вас относительно простые свойства, отражение, вероятно, будет самым быстрым и простым решением для отображения значений свойств.

Вопреки распространенному мнению, отражение действительно не так уж плохо; Рик Страйл рассеивает этот миф в этой статье: http://www.west-wind.com/weblog/posts/351.aspx.

Создайте следующий конструктор для Employee:

public Employee(Person person) 
{ 
    // clone property values 
    foreach (var property in person.GetType().GetProperties().Where(property => property.CanRead && property.CanWrite)) 
    { 
     property.SetValue(this, property.GetValue(user, null), null); 
    } 
} 

Теперь просто создать экземпляр объекта Employee следующим образом:

Employee NewEmployee = new Employee(SomePerson); 

Answer 6

"они являются сложными LINQ к SQL классов Model" - Аарон

Если у вас есть таблица, которая сопоставляется с одним из нескольких возможных классов, вы можете использовать LINQ to SQL's Inheritance Hierarchies. Это означает, что если вы используете одну и ту же таблицу для нескольких типов концептуальных объектов, вы можете LINQ to SQL автоматически создать соответствующий класс. Каждый класс может иметь разные свойства, которые могут быть подмножеством столбцов в таблице.

Есть некоторые ограничения. Вы можете использовать только одну таблицу для каждой иерархии наследования, и у вас должен быть столбец дискриминатора, который указывает LINQ to SQL, какой класс следует использовать.