Необходимо ли использовать свойства средства доступа из класса, или только от за пределами класса? [дубликат]

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

Можно ли отправить метод считывания и метод set для одного из этих свойств? Возможно, мы можем помочь отладить его.

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

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

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

Eric Lippert, недавно занесенный в блог на этом предмете в нескольких сообщениях:-

automatic-vs-explicit-properties
future-proofing-a-design

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

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

Если использование Получить метода приводит к этому виду ошибки, необходимо получить доступ к значению непосредственно. Иначе это - хорошая практика для использования средств доступа. Если необходимо изменить или метод считывания или метод set для принятия определенных мер в будущем, Вы повредите свой объект, если Вы не будете использовать тот путь.

Нет. Я не полагаю, что Вы должны, причина: удобный в сопровождении код.

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

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

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

Принцип KISS все еще допустим после всех этих лет...!

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

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

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

private MyData _data = null;

public MyData Data
{
  get
  {
    if (_data == null)
      _data = LoadDataFromFile();
    return _data;
  }
}

private MyData LoadDataFromFile()
{
  // ...
}

Другими словами:

• не реализуйте метод set
• всегда используйте свойство для доступа к данным (никогда не используют поле непосредственно),