Size: a a a

2021 April 14

g

gavr in ru.nim.talks
просто увидел Araq тут сказал как будто в nim уже х-м есть
источник

g

gavr in ru.nim.talks
хотя операторы сложения например флотов и интов одинаковые
источник

A

Alexander in ru.nim.talks
Так Х-М не противоречит перегрузке
источник

g

gavr in ru.nim.talks
а, хмм
источник

g

gavr in ru.nim.talks
я про хм больше всего из reason знаю
источник

A

Alexander in ru.nim.talks
Назови plusFloat и plusInt , а потом просто из шаблона выбирай нужный plus на основании типа. Это все останется Х-М при этом
источник

g

gavr in ru.nim.talks
и мне показалось что вывод  такой глубокий не локальный основывается на том что между всми типами данных разные операторы итд
источник

g

gavr in ru.nim.talks
там же для флотов +., для конкатенации строк ++
источник

g

gavr in ru.nim.talks
и можно типы вообще нигде не писать, все выведется
источник

A

Alexander in ru.nim.talks
Ну просто без перегрузки.
источник

g

gavr in ru.nim.talks
угу, я подумал это то на что хм опирается
источник

A

Alexander in ru.nim.talks
Выбирать нужную функцию можно не только по имени (как в ocaml чтобы точно было +.), Но и целиком по сигнатуре
источник

g

gavr in ru.nim.talks
ведь если в методе просто +, то аргументы плюсов уже типы суммы int | string | float
источник

g

gavr in ru.nim.talks
а так можно конкретезировать что только float без типизации
источник

VB

Vladimir Berezenko in ru.nim.talks
вводить новые сущности противоречит принципу бритвы оккама.
источник

g

gavr in ru.nim.talks
а где новые сущности
источник

g

gavr in ru.nim.talks
(С++ против)
источник

A

Alexander in ru.nim.talks
Опять же, имхо, это ничего не ломает особо. Вот если бы на выходе функции был бы int|float (с одинаковыми входными) - тут да, проблемы
источник

g

gavr in ru.nim.talks
хммм, но ведь так и получается, разве нет
источник

g

gavr in ru.nim.talks
proc sas(x, y) { x + y }
источник