Должны ли все методы, у которых есть возвращаемое значение, свойство?

Question

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

Answer 1

Нет, я рекомендовал бы взглянуть на Microsoft's Property Usage Guidlines:

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

• Использовать свойство, когда элемент является логическим элементом данных. В следующих объявлениях имя - это свойство , поскольку оно является логическим членом класса .
• Используйте метод, когда:
  • операция представляет собой преобразование, например, Object.ToString.
  • Операция достаточно дорогая, что вы хотите сообщить пользователю , что они должны рассмотреть результат кэширования .
  • Получение значения свойства с использованием получателя доступа будет иметь наблюдаемый побочный эффект .
  • Вызов члена дважды подряд дает разные результаты.
  • Порядок выполнения очень важен. Обратите внимание, что свойства типа должны быть установлены и извлечены в любом порядке.
  • Элемент является статическим, но возвращает значение, которое можно изменить.
  • Элемент возвращает массив. Свойства, возвращающие массивы, могут быть очень вводящими в заблуждение. Обычно требуется вернуть копию внутреннего массива , чтобы пользователь не мог изменить внутреннее состояние . Это связано с с тем, что пользователь может легко предположить, что это индексированное свойство, приводит к неэффективному коду. В следующем примере кода каждый вызов свойства Method создает копию массива . В результате 2n + 1 копии массив будет создан в следующем цикле .

Answer 2

Если это бесступенчатый метод, то стоит с учетом, переход на недвижимость, да. Если он просто возвращает частную переменную-член, то это определенно должно быть свойство.

Но в общем случае нет, не каждый метод, возвращающий значение, должен быть свойством. Некоторые методы создают объекты и возвращают их, и они должны быть никогда не быть свойствами. Некоторые методы возвращают this, что позволяет использовать «Свободный» API. Ни одно из них не должно быть свойствами.

Answer 3

Нет, они не должны.

Answer 4

No Методы, возвращающие что-либо и выполняющие дорогостоящие операции, не должны быть изменены, например, в свойство.

Методы, которые принимают параметры, не могут быть преобразованы в свойство.

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

foreach(var x in myClass.PropertyThatReturnsArray) 
{ 
} 

Для каждой итерации, будет создана новая копия массива. Вместо этого, если вы написали это как метод, программисты более вероятно написать это:

var foo = myClass.GetTheArray(); 

foreach(var x in foo) 
{ 
} 

(Это правило, которое было исполнено по FxCop: http://msdn.microsoft.com/en-us/library/0fss9skc(VS.80).aspx).

Это психологическая вещь. :)