Должны ли вы когда-либо использовать защищенные переменные-члены?

Обычно, если что-то намеренно oops не считается публичным, я oop делаю это приватным.

Если object-orientation возникает ситуация, когда oop мне нужен доступ к этой частной ood переменной или методу из protected производного класса, я меняю oop его с частного на защищенный.

Это oops почти никогда не происходит oo-design — я вообще не фанат наследования, так ood как это не особенно хороший object-oriented способ моделирования большинства oops ситуаций. В любом случае, продолжайте, не ood беспокойтесь.

Я бы сказал, что object-oriented-modeling это нормально (и, возможно, это oops лучший способ) для большинства protected разработчиков.

Дело в том, что если какой-то object-oriented другой разработчик появится oo-design через год и решит, что ему oo нужен доступ к вашей закрытой protected переменной-члену, он просто oo отредактирует код, изменит protected его на защищенный и продолжит oo свою работу. бизнес.

Единственными oo реальными исключениями из ood этого являются случаи, когда oo вы занимаетесь доставкой oo-design двоичных dll в форме черного oo-design ящика третьим сторонам. В object-oriented-modeling основном это Microsoft, эти protected поставщики «Custom DataGrid oops Control» и, возможно, несколько object-oriented других крупных приложений, которые oop поставляются с библиотеками object-oriented-design расширяемости. Если вы не oops относитесь к этой категории, не object-orientation стоит тратить время/усилия, чтобы object-oriented беспокоиться о таких вещах.