Как стать автором
Обновить
0
0

User

Отправить сообщение
Здесь не стоит вопрос доверия. Вы можете не доверять сколько вам угодно. Речь про беглое чтение кода, которое делается как раз чаще всего и просто пожелание не использовать сомнительные приемы. С++ вообще как язык полон великого множества нюансов и подводных камней и хорошим стилем является как раз наимее проблемный код, а не особые выкрутасы, которые может и выглядят как элегантное решение в данный момент времени, но через месяц даже автор кода не вспомнит что там и как без нескольких часов колупания в коде.
А при чем тут операция присваивания? Речь про property. Не надо додумывать за меня то, о чем я не говорил.
Совершенно верно, но я не стал уточнять такие подробности. Тем более, что описанный мной возможный вариант потенциально гораздно более опасен — представтье себе, что там делается обращение к базе данных, которая, не дай бог, еще и удаленная.
Я написал про С++ только потому, что там этого нет на уровне встроенных языковых средств, в то время как в ряде других языков это возможно сделать «из коробки» и потому разработчик на таких языках как бы должен помнить об этом. Впрочем я согласен, что с этим надо быть аккуратно в любых языках. Я например считаю вредным использование декоратора @property в питоне по этой же причине.
Почему-то никто не задумался о следующем негативном влиянии использования «пропертей» в С++, а именно: когда я вижу код вида a.b = c в С++ я по умолчанию считаю, что b это переменная, т.е. оверхед от обращения к ней минимален и я могу к ней обращаться таким образом сотни раз к примеру, а тут вдруг оказывается, что там каждый раз могут производится какие-то вычисления, которые могу быть отнюдь не быстрыми. В итоге это может сыграть с вами плохую шутку касательно производительности.

Информация

В рейтинге
Не участвует
Откуда
Россия
Зарегистрирован
Активность