CRUD против AGUD против AFUD ... каково ваше соглашение об именах предпочтений [закрыто]

Ты пишешь createSomething()или addSomething()?

Пишите вы readSomething(), getSomething()или fetchSomething()?

Это совершенно мелкая хватка. В конференц-зале мы называем его CRUD, но в реальном коде он становится AGUD.

Какое соглашение об именах вы предпочитаете? Это имеет значение?

Thnx.

11.12.2008 18:12:57
CRUD не завершен. CRUDE - создание, чтение, обновление, удаление и перечисление. (Возможно, CURDL, если вы используете список).
Darron 11.12.2008 18:34:03
12 ОТВЕТОВ

Я думаю, что это зависит от контекста проблемы / технологии - CREATE и ADD могут быть разными.

Например, я могу создать тег.

И тогда я могу добавить этот тег на страницу.

Мы используем репозитории для управления нашим доступом к данным, и, согласно Эрику Эвансу в его книге « Проектирование на основе доменов», вы должны добавлять и удалять объекты в репозиторий, как если бы это была коллекция в памяти - даже если за кулисами она использует БД.

Но в ответ на первоначальный вопрос я все еще говорю о CRUD, потому что я в глубине души фанат SQL! :)

2
11.12.2008 18:19:28

Я думаю, что это довольно часто. Наши DAO, безусловно, имеют имена методов Add, Get, Update, Delete (установите статус «C» и т. Д.). На уровне БД они вставляют, выбирают, обновляют и удаляют - ISUD.

Это может быть Persist, Fetch, Delete. Сохраняйте добавление или обновление по мере необходимости.

0
11.12.2008 18:20:45

Обычно, «Get» для высокого уровня - получить его отовсюду: кеш, диск, конфигурация. «Retrieve» получает значение из постоянного хранилища - обычно вызывается «Get», если оно не находится в кэше.

0
11.12.2008 18:29:47

Я создаю что-то, а затем добавляю это к чему-то другому. Добавление может быть частью создания или иногда обновлением содержащего объекта.

0
11.12.2008 18:36:02

ХЛЕБ - просматривать, читать, редактировать, добавлять, удалять.

2
11.12.2008 20:24:41

Я предпочитаю CRUD, чем AGUD и AFUD .


СОЗДАТЬ ПРОТИВ ДОБАВИТЬ

Мы пытаемся использовать оба этих слова, чтобы показать, что мы строим что-то новое. CREATE не оставляет места для интерпретации; то, что раньше не существовало, сейчас строится. ДОБАВИТЬ может немного запутать, потому что это может означать, что мы добавляем что-то, что уже существует.


ЧИТАТЬ Vs. GET / FETCH

Для меня проблема с GET и FETCH здесь может быть интерпретирована как получение единственного экземпляра объекта для его изменения. Мне нравится использовать READ, потому что это ясно в том смысле, что я хочу читать в экземпляре объекта, и что изменение модифицирующего объекта потребует отдельного действия.

6
13.12.2008 20:06:36

CRUD работает лучше как аббревиатура. На практике я обычно использую IACREUD:

  • Индекс перечисляет элементы, доступные для редактирования; также отображает форму удаления.
  • Добавить - это вид, используемый для отображения формы для добавления контента;
  • Create - это внутренний код, который обрабатывает форму Add;
  • Retrieve - единственное представление, используемое в приложении внешнего интерфейса;
  • Редактировать - это вид, используемый для отображения формы для редактирования существующего контента;
  • Update - это внутренний код, который обрабатывает форму редактирования;
  • Delete - это внутренний код, который обрабатывает форму Delete.

Я не могу придумать хорошую аббревиатуру для этого ..

1
13.12.2008 04:35:21
ДАКУРИ, читай: Дайкири?
totels 17.10.2011 18:51:25

Я стараюсь использовать более конкретные глаголы, когда я могу думать о подходящих (что довольно сложно в 4 утра). Для большинства вещей add / edit / delete / get достаточно хороши и достаточно коротки.

0
13.12.2008 04:39:29

В конце концов, это зависит от вас как личности, и это то, чем вы довольны в своем проекте. Я обычно использую Get, Add, Search или что-то подобное. С уважением Марк

0
12.05.2009 13:40:27

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

0
13.05.2009 15:34:18
Действительно, ваши индивидуальные клиенты смотрят на ваш код и говорят: «Можете ли вы сделать это« создать »и« добавить »... это просто не работает для меня?»
typeoneerror 15.05.2009 03:30:21
Клиенты редко смотрят на код, есть ли у вас клиенты, которые смотрят на соглашения об именах? На многих заданиях по программированию, которые я выполнял, как правило, менеджер проекта должен определить соглашения об именах. Я работал с анальными менеджерами, которые заботятся об этом, и я работал с компаниями, которым все равно (и это видно). У меня действительно нет никаких предпочтений, и я могу кодировать их так, как предпочитает КОМПАНИЯ В общем, это их код, а не мой.
D3vtr0n 15.05.2009 15:03:03
Я также никогда не говорил ничего о клиентах, смотрящих на код. Откуда вы мечтали об этом?
D3vtr0n 15.05.2009 15:08:26
Кроме того, давайте будем ясны. Я не создаю сайты для «клиентов» (или Backstreet Boys). Я пишу программное обеспечение уровня предприятия для крупных предприятий. Есть разница.
D3vtr0n 15.05.2009 15:13:11
Чертов сын. Вы восприняли этот комментарий серьезно. Расслабься.
typeoneerror 15.05.2009 20:42:43

Вы пишете createSomething () или addSomething ()?

Я использую createThing () , когда что - то не существует, и addThing () , если что - то делает существует , и мы будем добавлять другую вещь к нему.

Вы пишете readSomething (), getSomething () или fetchSomething ()?

Я бы использовал readThing (), если бы я читал байты (или аналогичные), getThing (), если я получаю доступ к свойству, и fetchThing (), если я получаю доступ к внешнему источнику.

Зависит от контекста и предпочтений. LSS, создание чего-то определенно отличается от добавления чего-либо. Лично я чувствую, что они не взаимозаменяемы.

0
15.05.2009 03:28:54
Но действительно ли это имеет значение в конце дня? На самом деле, нет. Компания по-прежнему владеет кодом, и они определяют стандарты. Если, конечно, вы запускаете свои собственные операции. Я не пишу код для жизни, а не для удовольствия, поэтому я гибок в любом проекте, над которым я работаю.
D3vtr0n 15.05.2009 15:16:29
Я запускаю свои собственные операции, я также пишу код для развлечения. Отсюда мой вопрос о том, обеспокоен ли кто-то из вас выше ваших соглашений об именах. Это справедливый вопрос, я думаю; и определенно не тот, который оправдывает вашу неудачную попытку оскорбить клиентуру или «уровень предприятия», над которым я работаю. Клиент - это клиент. Я бы не отказался от работы, потому что это группа, которая мне не нравится.
typeoneerror 15.05.2009 20:56:33

Я предпочитаю readXXXX()более getXXXX(), потому что getXXX()может относиться к getter / setterметодам bean, и может создать путаницу в поддержании кода

2
12.11.2012 11:29:28