Именование переменных: "removeSmth" vs "deleteSmth"?

Question

[xpostman]

Хочется, чтоб название некоего объекта наиболее точно соответствовало сути. Недавно заметил за собой, что не вижу разницы между словами remove и delete и использую любое. Есть ли какая-нибудь смысловая разница для этих двух слов? Есть ли ситуации, в которых лучше подходит какое-то одно слово, нежели чем другое? Есть ли здесь аналогия, например, со словами «find» и «search»?

Answer 1

[XaBoK]

— меня вот что интересует «Убрать Смита» или «стереть Смита»?
— не всё ли равно, мистер Андерсон?

Answer 2

[maseeq]

Ну find я вижу как поиск с заранее известным положительным результатом, а search это есть сам процесс поиска, который может и не привести к результату. Что же касается remove и delete, то тут я вижу в первом случае устранение объекта при том, что этот объект можно вызвать повторно, а delete — удаление объекта без возможности повторного его вызова.

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

Comments

[MikhailEdoshin]

Меня, как кодера, смущает только, что это наименования переменных, хотя грамматически описывается действие, и, соответственно, имя больше подошло бы функции.

[xpostman]

Здесь, конечно, да, имеются в виду функции. «Именование переменных» — это я так подумал что логично было бы назвать общий вопрос, что ли :)

PS кроме того, во многих языках переменная может быть и функцией. В частности, JS, на котором я обычно пишу. Видимо, сказалась привычка :)

Answer 3

[agul]

Глобальной разницы нет, оба слова означают «удалять». Но «remove» имеет альтернативный перевод «убирать», «снимать» и по сути имеет более мягкое значение, нежели «delete» — «стирать», «вычеркивать», «исключать».

Ну и remove более формальное слово.

Answer 4

[Александр Кит]

Скорее всего вы имели ввиду имена методов.
remove — удаление со списков, deleta — удаление цельныx объектов. Пользуясь случаем, xотел бы также сказать, что в некоторых случаях удобно называть SmthRemove || SmthDelete(xоть так и не принято).

Comments

[xpostman]

> Скорее всего вы имели ввиду имена методов.

Да, про это я написал чуть выше.

Вообще, здесь, похоже, очень размытая грань между remove и delete :) (что если элемент списка — цельный объект? ;) )

Answer 5

[Parsing]

удалить – уничтожить
найти – искать

Comments

[Parsing]

это к:
remove – delete
find – search

[Parsing]

Вы не описали конкретные ситуации. Так что можно только предполагать:
remove – убрать элемент из массива/списка/аттрибуты опций,
delete – стереть файл/объект/переменную/таблицу БД,
find – найти вхождения в, найти строку/ключ/значения/модуль/класс, вычислить хэш,
search – обычно поиск чего-то внешнего: файлов пользователя, нескольких записей в БД, поиск нескольких значений чего-то, поиск через Гугл.

[xpostman]

Я имел в виду вот что. Хорошее название для метода становится в некотором смысле дополнительной документацией.

Например:

Про функцию findSmth( what ) я предполагаю, что она вернёт мне найденный объект. Возможно, только первый найденный. Ещё я думаю, что в случае неудачи, она вернёт null или false.

От функции searchForSmth( criteria ) я буду ожидать массив (список) с результатом поиска. В случае если ничего не найдено, я думаю, такая функция должна будет вернуть пустой массив. Но не false.

Это первый шаг. Когда я вижу метод объекта с некоторым названием — даже не читая коммента (не говоря уже о документации) я могу очень быстро этот объект затестить. Если мои ожидания совпадают с действительностью — это значительно ускорит разработку.

В общем, идея состоит в том, чтоб именовать объект (функцию) так, чтоб разработчик мог получить полезную информацию. Наиболее полно мой вопрос, наверное, звучит как «Можно ли выбирая между remove… и delete… повлиять на количество полезной информации, сообщаемой потенциальному будущему хакеру моего кода, как это есть в случае с find и search?» :)

Answer 6

[mikhanoid]

IMHO, вообще, если мы посмотрим на привязки английских слов к английским, а русских к русским, то разницу увидим. Удалять — это не уничтожать, не освобождать, не разрушать. В русском удалять — это удалять, отодвигать далеко. Remove, в принципе, немного соответствует слову удалять. Потому что есть такие термины removable media, или ещё что-то. Но тут нет оттенка: разрушаемый носитель. Он именно удаляемый, вынимаемый всё такое.

Так что, remove и удалить — это нечто вроде 'убрать с глаз долой'. Поэтому, как бы и команда rm в UNIX — это же не стирание файла, а стирание ссылки на него из директории, типа — не хочу тебя видеть.

Delete — это другое. Это некая противоположность к let. И как раз носит смысл: разрушить, то что возникло, или стереть с доски, вычеркнуть из текста. Всё такое.

Опять же find и search они тоже не переводятся, как поиск, если искать смысловые привязки в английском. search — это нечто связанное с изучением, потому что research, или там научный поиск, или поиск решения. Это нечто такое, продолжающееся, не обязательно с нужным результатом. А find (второе значение основать) это нечто такое, связанное с получением результата, с обретением чего-то такого.

Вот. Можете поприменять это к программам. Мой опыт: не использую remove и delete. Использую такие выражения: form и drop. Первое от сформировать, что более соответсвует по смыслу созданию объекта в памяти, a drop — это выбросить, тоже вполне понятно, без всяких там тонкостей, да и смыслу более соответствует. Когда мы избавляемся от объекта в программе, то мы же не стираем его, не разрушаем память, в которой он находится, мы как бы просто забываем о нём, выбрасываем ссылку. Да и писать короче и ровнее: )

formSmth
dropSmth

Ну. И в программах и в своих структурах данных я всегда делаю find в структурах данных, а search — это скорее как существительное, и прилагательное, когда надо назвать нечто поисковое: searchbot или там linesearch (при распознавании образов).

Comments

[xpostman]

Про аналогию с find/search я раскрыл тему в комментарии выше.

Ещё я знаю как минимум один кейс, когда использование delete в названии метода выглядит логичным — если этот метод приводит к sql-вызову delete. Но тут уже мы просто переложили всю ответственность об именовании действия на разработчиков sql :)