S
Их так же можно делать protected и private
Size: a a a
2019 October 09
S
Аксессоры...
m
А так спасибо большое за вашу отзывчивость))
ℬ
Я кинул доки :)
S
Пиши если че
S
В лс можешь, все равно сижу без дела
S
В моем понимании защищать поля и свойства нужно, если они не должны использоваться за пределами класса, тогда private, исли должны то public, protected не приходилось еще применять
S
Делать закрытыми свойства не всегда считаю хорошо
S
Лучше уж поле сделать
S
Не приходиллсь еще такую структуру классов конструировать многоуровневую, чтобы протектед юзать
S
Делать закрытыми свойства не всегда считаю хорошо
Почему? Если не надо чтобы это свойство можно было менять извне, протект и методы и конструкторы для его установки, соблюдается принцип построения api класса
m
Пиши если че
Ок) спасибо
S
Потому что зачем закрытое свойство, если можно юзать поле, которое получше в плане производительности?
S
Свойства открытые для проверки поступаймых значений
S
Закрытые делать пока честно говоря не вижу смысла
ℬ
Закрытые делать пока честно говоря не вижу смысла
Такая же причина
S
Поля это вообще нежелательное, свойство то же поле но с возможностью проверки ввода.
ℬ
Такая же причина
Для проверки входящих значений
S
Поля это вообще нежелательное, свойство то же поле но с возможностью проверки ввода.
Шта??
S
Каво