Рекомендуется ли устанавливать переменные-члены базового класса в защищенные, чтобы подклассы могли получить доступ к этим переменным? Или более рекомендуется установить переменные-члены как частные и позволить подклассам получать или устанавливать переменную с помощью геттеров и сеттеров?
И если рекомендуется использовать метод геттеров и сеттеров, то когда используются защищенные переменные?
Это очень похоже на этот вопрос о доступе к информации внутри одного и того же класса через свойства или напрямую доступ. Вероятно, стоит прочитать все эти ответы.
Лично я не люблю, чтобы какие-либо поля были неприватными, за редким исключением статических полей только для чтения с неизменяемыми значениями (независимо от того, константны они или нет). Для меня свойства просто обеспечивают лучшую степень инкапсуляции. Способ хранения данных определяется реализацией, а не решением API (в отличие от свойств). Почему класс Foo, производный от класса Bar, должен заботиться о реализации класса Bar?
Короче говоря, я всегда обращаюсь к свойствам и не использую защищенные переменные ни для чего, кроме одноразового тестового кода.
Благодаря автоматически реализованным свойствам в C# 3.0 стало проще, чем когда-либо прежде, превращать поля в свойства. Очень мало причин не этого делать.
Классы в других сборках могут быть производными от ваших незапечатанных классов и иметь доступ к защищенным полям. Если однажды вы решите превратить эти поля в свойства, эти классы в других сборках нужно будет перекомпилировать для работы с новой версией вашей сборки. Это называется «нарушение бинарной совместимости» и, возможно, является единственной серьезной причиной, по которой вы никогда не должны выставлять поля за пределы сборки.
Я должен согласиться с Джоном.
Но я иногда использую защищенную переменную для «самого верхнего» класса наследования в некоторых условиях. Например, если у вас есть объект, который доступен только для чтения, и вы не можете установить его обратно, НО вы можете использовать его в дочернем классе, я не понимаю, почему у меня должен быть защищенный Get, чтобы иметь доступ к этой переменной. Простая защищенная переменная выполняет ту же инкапсуляцию, потому что вы не можете установить эту переменную, и вы можете получить доступ к этой переменной только из дочернего класса.
Но установить/получить - это способ сделать для другой ситуации.
Это компромисс здесь. Сеттеры и геттеры несколько медленнее, чем прямой доступ к полям, поэтому, если вы занимаетесь тяжелой математикой и много читаете/пишете эти поля в своих подклассах, вам следует обратиться к полям напрямую. Но это скорее исключение.
Обычно вы должны помечать их как частные и использовать геттеры/сеттеры.
Итак, мой ответ: прямой доступ к интенсивно используемым полям, в противном случае геттеры/сеттеры. Используй здравый смысл.
РЕДАКТИРОВАТЬ: я выполнил профилирование и, по-видимому, даже в режиме выпуска разница в скорости между полями и свойствами может достигать 20%. См. мой тестовый пример здесь: http://pastebin.com/m5a4d1597
