Подскажите пожалуйста. Вот код:

почему перегруженный оператор, который изменяет состояние объекта, имеет бОльший приоритет, чем тот, который не меняет? (тоесть всегда вызывается тот, который изменяет состояние объекта).

Оказалось что компилятору всеравно что именно делает оператор, он просто вызывает const операторы только для const обьектов, чтоб принудительно его вызвать следует писать как-то так:


"c" изменится только один раз.

asmdzen,  переделал маин:

теперь все понял. Спасибо за объяснение.

Вопрос решен.

Добавлено @ 22:49
asmdzen, ну в смысле по вашему пример следовал . Вызвал функцию для константного объекта 

Это сообщение отредактировал(а) Чoо - 9.12.2010, 22:51

рано пометил тему решенной .
вот простой код:

хочу в функцию-оператор << передавать ссылку на объект, а не передавать объект по значению.  
если объявить:

то можно вызвать только:

ну оно понятно почему работает
а

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

так вот, как мне все-таки и там и там передавать указатели на объекты?

Добавлено @ 13:49
возвращать ссылку в постфиксе(так):

не хочется, так как хочу скопировать поведение:


Это сообщение отредактировал(а) Чoо - 10.12.2010, 13:49

Всегда используй константные ссылки, если нет задачи менять объект внутри функции:
Кстати, использование using namespace внутри хидеров причина очень больших неприятностей. Имей это в виду.

Добавлено через 2 минуты и 31 секунду
Делать подобные вещи - дурной тон. За редким исключением, изменение СТАНДАРТНОГО ПОВЕДЕНИЯ операторов и функций следует избегать, дабы не усложнять дальнейшее использование данного класса.

bsa, спасибо за помощь. всё пошло, хотя мне не понятно, почему ссылка, которая указывает на константный объект нормально воспринимается, а если просто ссылка - то это приводит к ошибке.


оК, учту это. в принципе это понятно.



что такое хидеры? и почему могут быть неприятности? (есть где почитать?)


тоже понял . Учту .

 файлы заголовка(header files) *.h.


http://forum.vingrad.ru/index.php?showtopi...t&p=1964426

Это сообщение отредактировал(а) Crafty - 10.12.2010, 21:26

Crafty, 

понял. подумал, сначала, что образовано от hide 

прочитал, спасибо. 
тогда получается, что надо было писать так, вместо неймспейса?

Желательно выработать у себя такую привычку не использовать using namespace, единственное исключение ИМХО в простых тестовых программках где один файл main.cpp.
Если в хидерах часто используется какое-то имя, то можно написать using std::cin, а если имя используется всего пару раз, то лучше обойтись вообще без using и писать явно из какого пространства это имя (например std::cout << "Hello world" << std::endl).

Это сообщение отредактировал(а) Crafty - 10.12.2010, 22:58

Crafty, по этой теме я вообще ни чего не знал, видать проблем не было . оК, буду исправляться . 
Вопрос пока помечу решенным, пока вопросов нет . 

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

снова вопрос. и снова по перегрузке унарных операторов.
Снвоа простой код:

буду рассматривать строку

Какова последовательность действий?:
1. вызов перегруженной функции оператора, которая выводит содержимое поля объекта в стандартный поток
2. передача указателя обратно в функцию main.
3. операция косвенного выбора -> (на этот раз неперегруженная) m
4. присвоение значения для поля m.

Я правильно понял? Посмотрел отладчиком, вроде так и получается. 

Чoо, для умного указателя, у тебя не хватает деструктора.
В хидерах вообще никаких using (касательно каких-либо namespace) использовать не стоит, за исключением тела функций и собственных пространств имен. Потому что пользователь хидера может не ожидать, что ты ему в глобальное пространство вывалил что-то из другого.

да, точно, забыл. 
Добавил в класс:

а последовательность я правильно понял?

да