f
ну то есть грубо говоря имя метода "собирается" из именованных параметров?
foo:1 bar:2 будут представлены как foo и bar последовательно отправленные объекту. Хотя мои знания смоллтолка очень поверхностные так чтоSize: a a a
2021 April 29
f
Хотя мне казалось что там что-то типа "метод это отправка сообщения объекту", и вещи типа
g
ага
f
ну это можно скостылять с
untyped аргументами для макроса который просто будут собирать это в один идентификатор. Что-то наподобие https://forum.nim-lang.org/t/1324f
Уровень погружения в ним - помню что надо гуглить чтобы найти абсолютно конкретный пост
g
g
который в ниме через with, что не так удобно
g
именнованные аргументы ест сигнатуры методов,а самих названий методы не имеют
g
ну это по крайней мере те что кейворд
f
я не знаю насколько это стабильно, но можно сделать
sink параметр, присвоить его result и потом что-то менятьf
Это будет тоже самое что в С++ передавать изменяемую ссылку
f
То есть все это каскады методов который настраивают объект каким-то образом
f
f
Проблема в том что если компилятор не может доказать что копирование
sink не нужно, он его скопирует вместо и при неаккуратном обращении могут быть копии все равноf
Но если я правильно понял то если нужны каскады методов это тот подход который ближе всего к тому что в С++, где там лепится
ObjBuilder().setX().setY().setZ()VB
Это самый хреновый подход C++ ИМХО, когда this возвращается для таких кортежей.
g
это никак не связано с спп, это паттерн билдер
g
или fluent builder/interface
M(
работа всего на 1-2 месяца
VB
это наркомания.