У одного класса есть 2 функции:


Разница между ними только в том что одна из них константная. Когда это функции в одну строчку типа:

я спокоен, а как в таком случае можно избавится от дублирования кода?

Это сообщение отредактировал(а) Rapalex - 10.8.2007, 12:02

если есть возможность сделать ф-ю константной, то неконстантная обычно не нужна, так как константная будет работать и для неконстантных аргументов.   Ну и фраза млин. 
Короче константная канает везде а обычная не везде.

Это сообщение отредактировал(а) Lazin - 10.8.2007, 12:10

Написать еще одну 


PS Целесобразность присутствия в классе двух таких функций оставляем вне рамок  данного обсуждения 

Вообще нужно либо делать ф-ии константными везде где это можно, либо вообще их не использовать, но в этом случае константными объектами будет проблематично пользоваться. 

В данном случае, насколько я понял, константность функции нужна, что бы иметь перeгрузку функций,  формально отличающихся только возращаемым типом 

По стандарту такая перегрузка невозможи и для того чтобы это обойти, одна из фукций объявлена константной. Благо, код функции позволяет воспользоваться такой возможностью
При этом имеею смелость предположить, что автор топика несколько заблуждается по поводу того, в каких случаях будет вызываться та или иная функция  . Заранее  извиняюсь, если мое предположение ошибочно

Vyacheslav, константная функция будут вызыватся если я работаю с константным указателем, а если указатель не константный, то вызовется не константная функция.

А с делано это для того чтобы при работе с константным обектом его функция вернула константный указатель, тем самым не допустив изменения данных, иными словами спасает меня от потенциальных ошибок.

Это сообщение отредактировал(а) Rapalex - 10.8.2007, 14:55

Вот это в данной формулировке не совсем корректно

Все таки не с  константным указателем, а константным объектом. При этом не важно посредством чего к нему  обращаются:  посредством указателя, ссылки или  используют сам объект.
Я к тому, что в случае 

вызовется неконстантный вариант


А вот это , скажем так, понятно но не черезчур Вы себя контролируете? Константный или неконстантный объект - это уже известно на этапе компиляции, если объект  константный  а функции констатной нет, то  Вы сами можете написать 
 

И фиг Вам дальше компилятор позволят изменить pGsr
Единственное отличие, что в случае наличия константной функции Вас компилятор обругает, если Вы случайно ошибетесь и напишите
 

Ради  одного этого такой огород городить? Неужели не в состоянии сами себя проконтролировать. Все таки это не тот  случай, когда в аналогичном случае в STL возвращается iterator и const_iterator ( const_iterator != const iterator    )

Единственная польза от такого приема в конкретном случае мне видится только одна: если Вы любитель "многоуровневых" обращений


 

Хороший вопрос. Я сам раньше дублировал, сейчас попробовал несколько изменённый пример 
Vyacheslavа, получилось (по крайней мере в VS2005):




ИМХО, часто стоит: например, для контейнеров, у которых перегружаются операторы [] для доступа к элементам это бывает очень полезно

Да, кстати, Rapalex, для соседнего топика: например, в книге Элджера варианты константных указателей и указателей на константу расписаны

Это сообщение отредактировал(а) Ln78 - 10.8.2007, 16:03

ЭЭЭ. Нельзя же разумную идею превращать в ее противоположность. Если бы это был оператор[], то я бы не имел ничего против, поскольку для оператор [] естественно использование типа  

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

Я имел в виду: основная идея - избежать дублирования фукнций (и операторов в том числе), а уж к чему её применить, это уже другой вопрос   

Vyacheslav, как я понимаю, это требуется (и у меня нередко требовалось) в случае, если нужно:

1)
CGsr* GetGsr(const CSourceType *poSourceType);

Получать указатель на внутренние данные с целью их изменения. (некрасиво, т.е. не по ООП'ному, но иногда важна именно скорость).

2)
const CGsr*GetGsr(const CSourceType *poSourceType) const;

Получать указатель на внутренние данные с целью их "чтения" в других константных функциях.

Ну, и еще можно не добавлять 3ю функцию, а вызвать в неконстантной константную через
((const CProject*) this)->...
Но это дело вкуса, как я понимаю....


Если я не прав, просьба не нервничать. 

Это сообщение отредактировал(а) Alek86 - 10.8.2007, 22:31

Ln78, 

А можно полне название книги, чтоб погуглить смог   

Alek86, полность согласен, особенно с 

Rapalex, книга из серии "Библиотека программиста", автор Джеф Элджер, название "С++". У меня только бумажная версия.
И кстати, почему согласен только с Alek86? В моём примере как раз это и приведено, так же, как и отсутствие промежуточной функции.    Там просто не указатели а ссылки, но это дело не меняет.

Ln78, в твоем примере



константная функция вызывает неконстантную?

Alek86, а сам как думаешь? Скопируй пример, дополни вызовом функции F и посмотри под отладчиком, кто что вызывает. Ну а сколько в моём примере функций вроде и так видно. Чтобы не повышать мелкодисперсность оксида двухатомного водорода механическим путём (воду в ступе толочь) вряд ли нужно обсуждать это ещё на несколько постов.