Свойства против методов

Из раздела Выбор между свойствами и методами рекомендаций по проектированию для разработки библиотек классов:

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

Да, если все, что вы делаете, это получение и настройка, используйте свойство.

Если вы делаете что-то сложное, что может повлиять на несколько элементов данных, метод будет более подходящим. Или если ваш геттер принимает параметры или ваш сеттер принимает больше, чем параметр значения.

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

Они в значительной степени взаимозаменяемы, но свойство сигнализирует пользователю, что реализация относительно "проста". Да, и синтаксис стал немного чище.

Вообще говоря, моя философия заключается в том, что если вы начнете писать имя метода, которое начинается с get или set и принимает ноль или один параметр (соответственно), то это главный кандидат на свойство.

Свойства - это способ ввода или извлечения данных из объекта. Они создают абстракцию над переменными или данными внутри класса. Они аналогичны геттерам и сеттерам в Java.

Методы инкапсулируют операцию.

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

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

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

public Label Title 
{
   get{ return titleLabel;}
   set{ titleLabel = value;}
}

Установка текста:

Title.Text = "Properties vs Methods";

Если бы я устанавливал только свойство Text метки, я бы сделал это следующим образом:

public string Title 
{
   get{ return titleLabel.Text;}
   set{ titleLabel.Text = value;}
}

Установка текста:

Title = "Properties vs Methods";

Выполняя поиск в MSDN, я нашел ссылку на Свойства и методы, в котором приведены отличные рекомендации по созданию методов:

• Операция представляет собой преобразование, например Object.ToString.
• Операция достаточно дорогостоящая, поэтому вы хотите сообщить пользователю, что ему следует подумать о кешировании результата.
• Получение значения свойства с помощью метода доступа get будет иметь заметный побочный эффект.
• Вызов элемента дважды подряд дает разные результаты.
• Порядок исполнения важен. Обратите внимание, что свойства типа должны иметь возможность устанавливаться и извлекаться в любом порядке.
• Член статичен, но возвращает значение, которое можно изменить.
• Член возвращает массив. Свойства, возвращающие массивы, могут вводить в заблуждение. Обычно необходимо вернуть копию внутреннего массива, чтобы пользователь не мог изменить внутреннее состояние. Это, в сочетании с тем фактом, что пользователь может легко предположить, что это индексированное свойство, приводит к неэффективному коду.

Если вы устанавливаете фактическое свойство вашего объекта, вы используете свойство.

Если вы выполняете задачу / функцию, вы используете метод.

В вашем примере это определенное свойство.

Если, однако, ваша функциональность связана с AppendToLabel, вы должны использовать метод.

Симантически свойства - это атрибуты ваших объектов. Методы - это поведение вашего объекта.

Ярлык - это атрибут, и имеет смысл сделать его свойством.

В терминах объектно-ориентированного программирования вы должны четко понимать, что является частью поведения, а что просто атрибутом.

Автомобиль {цвет, модель, марка}

У автомобиля есть атрибуты Color, Model и Brand, поэтому нет смысла иметь метод SetColor или SetModel, потому что мы симантически не просим Car установить свой собственный цвет.

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

Достаточно посмотреть на само название ... «Собственность». Что это означает? Словарь определяет это по-разному, но в этом случае лучше всего подходит «существенный или отличительный признак или качество вещи».

Подумайте о цели действия. Вы действительно изменяете или восстанавливаете «существенный или отличительный атрибут»? В вашем примере вы используете функцию для установки свойства текстового поля. Это кажется глупым, не правда ли?

Свойства на самом деле являются функциями. Все они компилируются в getXXX () и setXXX (). Он просто скрывает их в синтаксическом сахаре, но он придает семантическое значение процессу.

Подумайте о свойствах как о атрибутах. У машины много атрибутов. Цвет, MPG, Модель и т. Д. Не все свойства настраиваются, некоторые можно рассчитать.

Между тем Метод - это действие. GetColor должен быть свойством. GetFile () должен быть функцией. Другое практическое правило: если он не меняет состояние объекта, то это должна быть функция. Например, CalculatePiToNthDigit (n) должен быть функцией, потому что он фактически не изменяет состояние объекта Math, к которому он прикреплен.

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

Свойства должны быть только простыми и иметь одни вкладыши. Что-нибудь еще, и это действительно следует переместить в метод. Сложный код всегда должен быть в методах.

Я использую свойства только для доступа к переменным, т.е. получения и установки отдельных переменных или получения и настройки данных в элементах управления. Как только требуется / выполняется какое-либо манипулирование данными, я использую методы.

С точки зрения дизайна, свойства представляют данные или атрибуты объекта класса, а методы - действия или поведение объекта класса.

В .Net, world есть и другие последствия использования свойств:

• Свойства используются в привязке данных, а методы get_ / set_ - нет.
  
• Свойства пользователя сериализации XML как естественный механизм сериализации.
  
• Доступ к свойствам осуществляется с помощью PropertyGrid и внутренний ICustomTypeDescriptor , который можно эффективно использовать, если вы пишете собственную библиотеку.
  
• Свойства контролируются Атрибутами. , его можно использовать с умом для разработки программного обеспечения, ориентированного на аспект.

public String Title
{
    set { Label.Text = text; }
}