Почему конструктор экземпляра C # имеет имя, отличное от возвращаемого типа?

Член наследования от Person или Person - это слабо названный интерфейс и Member реализует его:

Подробнее о наследовании: http://msdn.microsoft.com/en-gb/library/ms173149(v=vs.80).aspx http://en.wikipedia.org/wiki/Inheritance_(object-oriented_programming)

Дополнительные сведения о интерфейсах: http://msdn.microsoft.com/en-us/library/ms173156.aspx http://en.wikipedia.org/wiki/Protocol_(object-oriented_programming)

Вы можете определить следующее с помощью наследования:

public class Person
{
    public string Name { get; set; }
    public DateTime DateOfBirth { get; set; }
}

public class Adult : Person
{
    public string Workplace { get; set; }
}

public class Child : Person
{
    public List<string> Toys { get; set; }
}

А затем, если вы создадите экземпляр Adult (Adult a = new Adult();), у вас будет доступ к свойствам Name, DateOfBirth и Workplace. Аналогично с ребенком у вас будет свойство Toys.

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

List<Person> people = new List<Person>();
people.Add(new Adult() { Name = "Adult", DateOfBirth = DateTime.Now, Workplace = "Microsoft" });
people.Add(new Child() { Name = "Child", DateOfBirth = DateTime.Now, Toys = new List<string> { "Car", "Train" } });

и затем вы можете пройти через каждую распечатку имени и даты рождения:

foreach(Person p in people)
{
    Console.WriteLine(p.Name + ", " + p.DateOfBirth.ToString("dd/MMM/yy"));
    if(p is Child)
    {
        Console.WriteLine(p.Name + " has the following toys: " + string.Join(", ", ((Child)p).Toys));
    }
    else if(p is Adult)
    {
        Console.WriteLine(p.Name + " works at " + ((Adult)p).Workplace;
    }
}

Интерфейсы в основном определяют контракт (т. IPerson Объект, который реализует IPerson, предоставит реализации для своих методов). Это похоже на сетевую карту: существует стандарт того, как они разговаривают с сетью, но как они работают внутри, зависит от производителя, если они обеспечивают ожидаемое поведение. Интерфейсы не могут иметь в них никакой логики или хранить какие-либо данные, они просто рекламируют то, что обеспечивает реализация этого интерфейса.

public interface IPerson
{
    string Name { get; set; }
    DateTime DateOfBirth { get; set; }
}

public class Adult : IPerson
{
    public string Name { get; set; }
    public DateTime DateOfBirth { get; set; }
    public string Workplace { get; set; }
}

public class Child : IPerson
{
    public string Name { get; set; }
    public DateTime DateOfBirth { get; set; }
    public List<string> Toys { get; set; }
}

Существуют также абстрактные классы, которые обеспечивают некоторые функциональные возможности интерфейсов, но могут реализовывать некоторую логику. Единственное, что следует отметить во всем этом, это то, что класс может быть получен только из (т.е. наследуется) от одного класса, хотя этот класс может наследовать от другого класса. Однако вы можете реализовать несколько интерфейсов.