C# Индексатор массива объектов — почему так (см.)?

Question

[Олег Остапчук]

class Person
{
    public string Name { get; set; }
}
class People
{
    Person[] data;
    public People()
    {
        data = new Person[5];
    }
    // индексатор
    public Person this[int index]
    {
        get
        {
            return data[index];
        }
        set
        {
            data[index] = value;
        }
    }
}

spoiler

class Program
    {
    static void Main(string[] args)
    {
        People people = new People();
        people[0] = new Person { Name = "Tom" };
        people[1] = new Person { Name = "Bob" };
 
        Person tom = people[0];
        Console.WriteLine(tom?.Name);
 
        Console.ReadKey();
    }
}

Имею в виду:

set
{
     data[index] = value;
}

Т.е. data[index] - это у нас объект класса Person - и почему-то правильно (я проверил) именно так, а не, скажем, вот так:

set
{
     data[index].Name = value;
}

А что если там не один только Name будет, ещё поля ??..

Спасибо : )

Comments

[freeExec]

Но у вас же public Person, поэтому как вы собрались это приравнять к Name?

[Олег Остапчук]

freeExec, вопрос стоял того, думаю. К Name ничего не приравнивается - там написано, что записать value в поле Name соот-го класса. Я изначально так писал. Неожиданно, что объекту класса присваивается value (было неожиданно; да и сейчас не в восторге )) ; видимо, obj = value просто даёт доступ на запись любого его поля...

Спасибо.

Answer 1

[Алексей Павлов]

Т.е. data[index] - это у нас объект класса Person

Не совсем так, это не объект класса Person, а элемент с индексом index в массиве data.
Индексатор, как и обычные свойства, - это просто сахарный синтаксис для создания методов геттера и сеттера (например, поля).

Обычное свойство заменяется на методы GetProperty() и SetProperty(<type> value).
А индексатор заменяется на методы GetIndexator(int index) и SetIndexator(int index, <type> value).

В этих методах можно писать что угодно, в вашем первом варианте вы пишете код доступа к массиву data. Но тип аргументов (index и value) определяются типом индексатора, то есть, вы можете сделать вот так:

Person[] data;

public string this[int index]
{
    get
    {
        return data[index]?.Name;
    }
    set
    {
        if (data[index] == null) data[index] = new Person();
        data[index].Name = value;
    }
}

Или даже вот так:

Person[] data;

public Person this[string name]
{
    get
    {
        return data.FirstOrDefault(p => p.Name == name);
    }
    set
    {
        for (var index = 0; index < data.Length; index++)
        {
            if (person.Name == name)
            {
                data[index] = value;
                break;
            }
        }
    }
}

То есть, вы не можете сделать так, как вы написали:

set
{
     data[index].Name = value;
}

потому что типом value будет Person, а не string. (вряд ли, что у вас у свойства Name тоже тип Person, или у вас есть implicit приведение из Person в string).

А что если там не один только Name будет, ещё поля ??..

А если у вас там больше свойств, то будьте добры указать это в коде. Точно так же, как и если только один Name, в общем-то.

Comments

[Олег Остапчук]

А есть ли примеры, задачи, чтобы научиться применять то или иное ?..
( я их-таки ищу ).

В любом случае нужны достаточно сложные и интересные, практические примеры, сопоставление приёмов языка, но, полагаю, более или менее адаптированно к пройденному.

[Алексей Павлов]

Олег Остапчук, индексаторы - просто инструмент. Он не делает ничего такого, чего нельзя делать без них. Индексаторы предлагают классу дать возможность выглядеть как массив. Просто теперь, когда увидите необходимость получить доступ в классе по индексу (или ключу), то будете думать о индексаторе, в том числе. Но индексатор не всегда удобен, иногда лучше взять именованный метод (чтобы было понятнее, что делается). В вопросе хороший вариант - класс списка людей, и по индексатору доступ к конкретному человеку. Удобно и понятно. А вот получить доступ к имени человека - хоть и возможно, но было бы непонятно.

Несколько замечаний:
1) в классе может быть несколько индексаторов, отличающихся типом индекса. Отличать по типу результата нельзя, так же, как у перегрузки метода.
2) если делаете индексатор, то может быть полезно добавить классу интерфейс IEnumerable<T>, чтобы можно было использовать класс в foreach.
3) Многие системные классы с индексатором бросают исключение в теле индексатора (например, в геттере). Часто это удобно, но иногда удобнее вернуть null. См. статьи 1 и 2