ruby переопределение операторов

[applegame]

Есть ли возможность в руби как-то нормально реализовать оператор += ?
Я конечно знаю, что можно просто переопределить оператор + а руби сам a += b преваратит в a = a + b
Задница в том что во время простой операции сложения возвращается новый объект, а в случае += в новом объекте нет необходимсоти, достаточно модифицировать уже существующий. Как сделать += в руби не создавая новых объектов?

Сообщение отредактировано: applegame - 26.12.12, 12:40

[deil]

С каких пор += не возвращает новый объект? Что мешает в + не возвращать новый объект, а модифицировать первый операнд?

[amk]

Вообще-то думаю будет совсем нехорошо, если при выполнении строки
a = b + c
кроме a будет изменяться и b.

Так что не думаю, что изменение семантики операции + (или любой другой подобной) может кончиться чем то хорошим.

[applegame]

Цитата deil @ 28.12.12, 08:26

С каких пор += не возвращает новый объект?

В руби не существует += самого по себе. Оно заменяется на + и =

Цитата deil @ 28.12.12, 08:26

Что мешает в + не возвращать новый объект, а модифицировать первый операнд?

Мешает здравый смысл. За подобное поведение следует немедленное отрывание рук.

Насколько я понял придется просто написать метод делающий то что нужно. Но так хотелось, чтобы еще и выглядело красиво. И почему они не сделали отдельный метод +=?

Сообщение отредактировано: applegame - 29.12.12, 22:17

[amk]

В Алголе 68, Алголе W и Аде (хотя могу и ошибаться) в этом смысле хорошо. Там можно новые операторы определять.

[deil]

Цитата applegame @ 29.12.12, 22:15

Цитата deil @ 28.12.12, 08:26

С каких пор += не возвращает новый объект?

В руби не существует += самого по себе. Оно заменяется на + и =

Цитата deil @ 28.12.12, 08:26

Что мешает в + не возвращать новый объект, а модифицировать первый операнд?

Мешает здравый смысл. За подобное поведение следует немедленное отрывание рук.

Насколько я понял придется просто написать метод делающий то что нужно. Но так хотелось, чтобы еще и выглядело красиво. И почему они не сделали отдельный метод +=?

Ну каков вопрос, таков и ответ собственно..

[korvin]

Цитата amk @ 29.12.12, 23:04

В Алголе 68, Алголе W и Аде (хотя могу и ошибаться) в этом смысле хорошо. Там можно новые операторы определять.

В Хаскелле, например, тоже, только читать код наводненный разнообразными операторами с разными приоритетами как-то не очень легко.

[Мохнатый]

Цитата applegame @ 26.12.12, 12:40

Есть ли возможность в руби как-то нормально реализовать оператор += ?

Нормально он реализован.

[applegame]

Цитата Мохнатый @ 16.01.13, 06:23

Нормально он реализован.

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

[deil]

Я бы переформулировал вопрос так: код на С++ нужно постоянно оптимизировать?

[applegame]

Цитата deil @ 25.01.13, 12:16

Я бы переформулировал вопрос так: код на С++ нужно постоянно оптимизировать?

В C++ не нужно постоянно пессимизировать.

[deil]

Это что значит?

[applegame]

Цитата deil @ 29.01.13, 11:45

Это что значит?

Есть такая штука - преждевременная пессимизация. В С++ это применение постфиксного ++ там где можно применить префиксный. Передача объемных данных по значению, а не по ссылке, применение неподходящих контейнеров и т.п. Поэтому когда я вижу что в операторе += происходят бессмысленные копирования я чувствую себя неуютно.

a += b (модифицируется кусок памяти переменной a)
a = a + b (резервируется новый кусок памяти, в него помещается результат a + b, старый кусок - собирается сборщиком мусора)

Как минимум две лишних операции: аллокация памяти и освобождение. В C++, в подобных случаях, я на автомате ненужные операции с памятью исключаю.

Сообщение отредактировано: applegame - 01.02.13, 07:32