Использовать ли геттеры в классе где объявлены приватные свойства?

Question

[Sergey Ilichev]

Всем привет! Есть класс, у него некоторые свойства явлются приватными, созданы для них геттеры, сеттеры. Есть два варианта и мнения - 1 - нет смысла в самом классе использовать геттеры, так как можно напрямую обращаться к свойствам, это экономит (в рамках тысяч использований) память и работает быстрее, чем вызов метода. Но, тогда ведь не получится удобно переопределять геттеры, чтобы менять логику работы где используются эти свойства. А надо ли это делать всегда, давать такую возможность? 2 - понятно как, использовать геттеры внутри класса, забив на в большинстве случаев, как мне кажется сомнительную экономию по памяти и скорости работы. Подскажите, что и почему есть правильный подход.

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

Comments

[Дмитрий]

если например ваши сеттеры это установка значений из конструктора, то можно их не делать вовсе, а так вам дали хороший ответ

Answer 1

[Saboteur]

геттеры и сеттеры именно для этого и нужны - чтобы далеко далеко в будущем, когда будет много других классов, и которым нужны эти данные, и вдруг тип данных нужно будет поменять (например перейти от int32 к int64), то будет достаточно просто поменять тип приватных данных, поправить геттеры, чтобы они конвертили в int32 для старых зависимостей и сделать два новых 64-битных геттера для новых.
И потом уже все кто лазили за данными, либо будут потихоньку переходить на новые геттеры, либо сидеть на старых, но с ограничением.

Если у вас 2.5 класса, можете делать как угодно. Смысл геттеров и сеттеров изначально именно в том, чтобы обеспечить совместимость на десятилетия вперед.

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

Все зависит от приоритетов. Нужна скорость - делаете одно. Нужна совместимость - делаете другое. Нужно и то и то - ищете архитектурный подход, где от геттеров все зависит мало.

Comments

[Sergey Ilichev]

Спасибо за мнение)

Answer 2

[12rbah]

это экономит (в рамках тысяч использований) память и работает быстрее

Не имею ничего против пхп, но если вы хотите экономить память и заниматься оптимизацией на 10 наносекунд то вам не к этому языку. Если у вас миллион раз вызовется гетер, то вероятно, затраты на его вызов будут ничтожно малы по сравнению с временем работы всей функциии. Если вы писали hft бота на си, который подключен напрямую к бирже, где сетевые задержки минимальны, то еще был бы смысл думать над этим. А в реальности такие "оптимизации приведут только к проблемам".

Comments

[Sergey Ilichev]

К сожалению не могу сейчас дать линк на описание. У меня это уложилось в голове после прочтения какой-то статьи на хабре. Сейчас не могу найти, но может найду поделюсь. Там типа проводили исследование, что повсеместное использование геттеров не плохо увеличивает потребление памяти в целом по проекту, но возможно это бредовая статья, так как я сам никогда не проверял, просто поверил расчетам что там давали. Спасибо за мнение)

Answer 3

[Северное Сияние]

работает быстрее

на какие миллионные доли секунды?

Comments

[Sergey Ilichev]

К сожалению не могу сейчас дать линк на описание. У меня это уложилось в голове после прочтения какой-то статьи на хабре. Сейчас не могу найти, но может найду поделюсь. Там типа проводили исследование, что повсеместное использование геттеров не плохо увеличивает потребление памяти в целом по проекту, но возможно это бредовая статья, так как я сам никогда не проверял, просто поверил расчетам что там давали. Спасибо за мнение)

[Северное Сияние]

Sergey Ilichev, не надо эту помойку читать.
вся эта "академическая" хренотень, которая часто всплывает на всяких хабрах, к реальной работе отношения не имеет.