Set, Get, Add, Update = ?

[БудДен]

Речь идёт о записи каких-то свойств в объект, выражаемую как процедуры SetИмяСвойства.
Раньше казалось, что можно сделать Set = "на", Get = "дай". Но "на" неоднозначна. Не понимаю, что делать.

Можно попробовать, к примеру, УстИмяСвойства - делать много букв для такой операции плохо. Можно ещё Уставь (есть такое слово Уставка где-то в ПИД-регуляторах).

В любом случае больной вопрос - это падеж. Как вариант: ИмяСвойстваУст, а читать как "ИмяСвойства устанавливается". Впрочем, и УстИмяСвойства можно читать как "устанавливается ИмяСвойства". А также "Зап", т.е. "Запоминается" или "Записывается".

Какие ещё есть идеи?

Решения:

get: https://semantic-dict.ru/sensebyidview/41
add: https://semantic-dict.ru/sensebyidview/3

[БудДен]

Код: Выделить всё

э.ИмяСвойстваУст(значение)

Читается как:

Код: Выделить всё

эй ты, своё ИмяСвойства установи равным значению.

Какой-то отстой, по правде говоря, но похоже, что ничего лучше придумать нельзя.

Можно ещё повыбирать глагол: Назн - назначь (неоднозначно, можно назначить кому, а можно кого).
Присв - 5 букв. Зап "Записать"/"Запомнить".

[440440]

Set = Уст от установить.
Get - не знаю, можно вообще без get, будет короче.

[БудДен]

В общем, можно и

Код: Выделить всё

ЭЙ, ты, УСТ анови свойство ФИГУЛЬКА равным значению ( ЕДИНИЦА )

(мелкими буквами напечатаны слова, которые подразумеваются и произносятся при чтении кода вслух, но в коде их нет).

И писать в именительном падеже. Но, конечно, всё равно косяк с падежами остаётся. Нужно принять какие-то чёткие правила про падежи, пошёл разброд, потому что где-то удаётся обойтись без них, а где-то нет. В итоге разработчику нужно будет помнить, как склонять в каждом случае. Это большая нагрузка и трудность при обучении. Если в винительном, то

Код: Выделить всё

ЭЙ, ты, УСТ анови ФИГУЛЬКУ в ( ЕДИНИЦУ )

Вообще без Get точно нелзя, потому что напр. может быть поле Фигулька и процедура GetФигулька. Если просто убрать Get, то код перестанет компилироваться и потеряет однозначность. В качестве Get я пока не вижу проблем использовать "Дай". Хотел раньше пару "Дай-На", но "На" - это ещё и предлог, поэтому неоднозначность возникла и пришлось искать замену.

[БудДен]

Может всё же "Зап"?

а.ЗапФигулька = 1

эй, А, ЗАПиши в свойство Фигулька значение 1.

[Сандро]

Как я полагаю, в подобных действиях должны присутствовать "донор" и "акцептор".
(из пункта А в пункт Б прибывает "барыга")
Значит: "откуда" заменяем на "из"/"от", а "куда" (или "для кого") заменяем на "в"/"к"/"на"/"для"
Получаем: "отМурки", "дляУрки", или "из_Москвы", в_Мухокланск"... (из-Москвы на-Колыму)
(одним словом, из "янь" - в "инь" по-умолчанию)

[БудДен]

Для самого, допустим, списка, неважно, кто ему отправил элемент. Он является как бы сервером, а клиенты ему отправляют элементы. Кроме того, "отМурки" ничего не говорит о том, что вообще происходит. Может быть, "отойди от Мурки". Как минимум, примиОтМурки. Важным, кто отправляет, может быть в том случае, если у нас синхронная или распределённая система и отправка является транзакцией между отправляющим и принимающим. Но пока речь идёт о простых контейнерах: списках, массивах, деревьях и т.п.