CRUD vs AGUD vs AFUD ... какое у вас предпочтительное соглашение об именах

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

Например, я могу СОЗДАТЬ тег.

А затем я могу ДОБАВИТЬ этот тег на страницу.

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

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

Думаю, это довольно распространенное явление. Наши DAO, безусловно, имеют имена методов Добавить, Получить, Обновить, Удалить (установить статус «Отменено» и т. д.). На уровне БД это вставки, выборки, обновления и удаления - ISUD.

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

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

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

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

Я предпочитаю CRUD, а не АГУД и AFUD.

СОЗДАЙТЕ против ДОБАВЛЯТЬ

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

ЧИТАТЬ Vs. ПОЛУЧАТЬ / ПРИНЕСТИ

Для меня проблема с ПОЛУЧАТЬ и ПРИНЕСТИ здесь может быть интерполирована как получение единственного экземпляра объекта для его изменения. Мне нравится использовать ЧИТАТЬ, потому что это ясно в том смысле, что я хочу читать в экземпляре объекта, и что изменение изменения объекта потребует отдельного действия.

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

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

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

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

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

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

Do you write createSomething() or addSomething()?

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

Do you write readSomething(), getSomething() or fetchSomething()?

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

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

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