C# get & set

[гайка]

Очень много раз встречала примерно вот такое объявление переменной

Код: (C#)

    private ImageList imageList;
    public ImageList ImageList
    {
      get {return imageList;}
      set {imageList = value;}
    }

В чем сакральный смысл объявления приватной переменной и создания ее публичного дубликата, разрешающего чтение и запись в ту самую приватную переменную?

[Dale]

Азы ООП - инкапсуляция переменной состояния класса в открытое "свойство" класса и доступ к ней посредством пары аксессор+мутатор.

Сакральный смысл состоит в возможности полного контроля внешнего доступа к состоянию класса.

"Дубликат" автоматически создается встроенными в Visual Studio средствами рефакторинга (Refactor -> Incapsulate Field).

[гайка]

О, вот последнее замечание очень дельное. не знала, дякую

[Dale]

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

Добавлено через 5 минут и 12 секунд:
Кстати, еще вариант использования: мутатор set допускается либо вовсе опустить (тогда свойство доступно только для чтения, непосредственно изменить его клиент не может), либо сделать его закрытым/защищенным (тогда его могут менять методы класса/производных классов).

[zubr]

Говоря по простому, в методах get, set можно производить какие то множественные команды, к примеру инициализации и проверки (в вышеуказанном примере - простейший случай). А для пользователя класса, будет видно только свойство ImageList, которое можно читать и в которое можно записывать.

[Dale]

Инициализацию нельзя, этим занимается конструктор.

[гайка]

Инициализацию нельзя, этим занимается конструктор.

скорее не "нельзя", а "не желательно" и "не лицеприятно".

[zubr]

Иногда приходится в методах get, set инициализировать придавать значение каким то другим связанным с данным свойством членам класса.

[Dale]

скорее не "нельзя", а "не желательно" и "не лицеприятно".

Если объект имеет семантику значения, то именно нельзя - ошибка компиляции.

Еще можно нарваться на неприятности, если свойство полиморфно. Лучше не выделываться и явно присвоить значения переменным состояния при создании экземпляра в конструкторе. Мутатор использовать только в случае, если нужно поменять состояние класса после создания.

P.S. Иллюстрация к вышесказанному:

Код: (C#)

    struct Test
    {
        private int i;

        public int I
        {
            get { return i; }
            set { i = value; }
        }

        public Test(int n)
        {
            I = n;
        }
    }

вызывает ошибку компиляции:

The 'this' object cannot be used before all of its fields are assigned to

[Dimka]

Свойства удобны для "ленивого" конструирования объектов. Например:

Код: (C#)

        class C
        {
            private object x;

            public object X
            {
                get
                {
                    if (this.x == null)
                    {
                        this.x = new object();
                    }
                    return this.x;
                }
            }

            public C()
            {
                this.x = null;
            }
        }

Содержимое объекта создаётся не ранее, чем где-нибудь понадобится.

[гайка]

Dale, это произходит из-за того, что переменная не была инициализирована в конструкторе?

Добавлено через 1 минуту и 46 секунд:
Dimka, идея интересная, только не могу придумать случая, когда это может понадобиться

[Dimka]

Гайка, да хоть в твоих комбобоксах, если список длинный, картинки подгружаются извне, а юзер не стал листать до конца. Гораздо удобнее подгружать картинки по мере потребности, нежели все сразу.

[Dale]

Dale, это произходит из-за того, что переменная не была инициализирована в конструкторе?

Совершенно верно. Вообще использование методов объекта (а аксессоры и мутаторы тоже являются методами) до того, как объект создан (то есть до окончания работы конструктора) чревато неприятными сюрпризами (не только в C#, это достаточно общее правило). Ну и вдобавок нужно четко отличать инициализацию от присваивания (это принципиально разные вещи, и инициализация отнюдь не является присваиванием первого значения) и привыкать инициализировать объект в момент создания посредством конструктора, а не присваиваниями значений полям после создания.