Што е CRUD? Create, Read, Update, Delete објаснето

CRUD значи create, read, update и delete — четирите основни работи што апликацијата ги прави со зачувани податоци. Додавање нов клиент е create, гледање на листата со клиенти е read, менување на телефонскиот број е update, а бришење е delete. Повеќето деловни апликации — CRM-ови, системи за резервации, следење на инвентар, административни панели — се во голема мера CRUD со правила и добар распоред врз нив.

Зошто е важно кога градите со AI

CRUD е речникот што претвора нејасна идеја за апликација во прецизно барање. „Апликација за управување со нашите добавувачи“ го остава AI-то да погаѓа. „Креирај, прикажи, уреди и избриши добавувачи, со овие полиња“ точно му кажува кои екрани, операции во базата и серверски рути да ги изгради.

Тој исто така ви дава листа за тестирање. За секој вид запис во апликацијата, можете да прашате четири работи: можам ли да додадам еден, да ги видам, да променам еден и да отстранам еден — и дали само вистинските луѓе можат да го направат секое од нив? Изненадувачки голем број апликации направени со AI можат да создаваат записи, но не можат да ги уредуваат, или дозволуваат секој да брише што било.

Секојдневна аналогија: кутија со рецепти

Замислете кутија со картички за рецепти на кујнска полица.

• Create: напишете нова картичка и ја вметнете.
• Read: прелистувајте ја кутијата или извадете ја картичката за лазања.
• Update: прецртајте „200г сирење“ и напишете „250г“.
• Delete: извадете картичка и фрлете ја.

Сега додајте правила: само главниот готвач смее да фрла картички, секоја картичка мора да има наслов и никој не смее да стави две картички со исто име. Тоа е CRUD апликација со валидација и дозволи — а такви се повеќето вистински апликации.

Како CRUD се појавува во секој слој

Секоја операција се појавува во екранот, на серверот и во базата. Кога ги гледате едни до други, многу нешта во градењето на апликациите стануваат јасни.

Екранот е frontend, API барањето е начинот на кој frontend-от разговара со backend-от, а SQL-от е начинот на кој backend-от разговара со базата. Ако овие зборови ви се нови, видете што е API и што е база на податоци.

Работен пример: следење на опрема за позајмување

Медиумскиот оддел на едно училиште позајмува камери и микрофони на студентите и постојано губи трага за нив. Сакаат едноставна апликација.

Записите. Два вида работи: опрема (име, тип, сериски број, состојба) и позајмувања (која опрема, кој студент, датум на издавање, датум на враќање, датум на вратена).

CRUD за опрема:

• Create: персоналот додава нова камера со нејзиниот сериски број. Правило: сериските броеви мора да бидат единствени.
• Read: листа на сета опрема, филтрирана по тип и по „достапно сега“; страница со детали што ја прикажува историјата на позајмувања на еден предмет.
• Update: менување на состојбата во „треба поправка“.
• Delete: обично не вистинско бришење. Ако камера со 30 минати позајмувања се избрише, записите за позајмувањата ја губат врската. Наместо тоа, ја означуваат како „повлечена“, така што исчезнува од листата на достапни, но историјата останува. Ова се вика мек бришење.

CRUD за позајмувања:

• Create: издај предмет на студент. Правило: не може да се издаде предмет што веќе е позајмен.
• Read: „задоцнети позајмувања“ — листа каде рокот е поминат и нема датум на враќање.
• Update: запишување на датумот на враќање кога предметот ќе се врати.
• Delete: само персоналот, за позајмувања внесени по грешка.

Дозволи. Студентите можат да читаат што е достапно; само персоналот може да создава, уредува или брише. Овие проверки се извршуваат на серверот, а не само со скривање на копчињата.

Тоа е цела апликацијата. Интересните делови — без двојно позајмување, листа на задоцнети, историја по секој предмет — се правила и упити врз обичниот CRUD.

Клучни поими

• Запис (ред): еден предмет, како еден добавувач или едно позајмување.
• Ентитет / ресурс: вид запис, како „добавувачи“. Секој обично добива своја табела и свој сет CRUD екрани.
• Валидација: проверки на внесените податоци — задолжителни полиња, валидна е-пошта, позитивна количина. Направете ја во формата за удобност и на серверот за безбедност.
• Мек бришење: означување на запис како избришан или архивиран, наместо да се отстрани, за историјата и врските да останат.
• Пагинација: прикажување на долга листа по страница, за апликацијата да остане брза.
• Дневник на промени (audit log): запис за тоа кој што создал, променил или избришал, и кога.
• Административен панел: сет CRUD екрани за персоналот да управува со податоците на апликацијата.

Чести грешки и заблуди

• Заборавање на една од четирите. Апликациите често се испорачуваат со create и read, но без уредување, па секоја грешка значи бришење и повторно внесување. Проверете ги сите четири за секој ентитет.
• Бришења што расипуваат нешто. Бришење на клиент што има фактури може да остави сирови фактури или да ја избрише историјата. Одлучете за секој ентитет: блокирај бришењето, мек бришење или бриши и поврзаните записи.
• Дозволи само во интерфејсот. Скривањето на копчето „Избриши“ не го спречува некој да ја испрати DELETE барањето. Серверот мора да провери кој прашува.
• Ажурирање по ID без проверка на сопственоста. Ако корисник A може да го уреди /api/notes/42 со менување на број во URL-то, може да го уреди белешката на корисник Б. Секое ажурирање и бришење мора да потврди дека записот му припаѓа на барателот.
• Без потврда при бришење. Еден погрешен допир не смее да уништи податоци. Побарајте чекор за потврда или враќање назад.
• „CRUD значи основно, па не вреди да се гради.“ Многу вредни производи се CRUD апликации што подобро се вклопуваат во работниот тек од генеричка алатка.

Што да побарате од вашата AI алатка

Користете го овој образец за секој ентитет, по еден по еден:

Создај функција за добавувачи со листа, создавање, уредување и бришење. Полиња: име (задолжително), контакт е-пошта (валидна е-пошта), телефон, категорија (една од: храна, амбалажа, средства за чистење), белешки. Листа со пребарување по име и филтер по категорија, 20 по страница. Бара потврда пред бришење; ако добавувачот има нарачки, архивирај го наместо да го избришеш. Само најавени вработени можат да создаваат, уредуваат или архивираат — спроведи го на серверот.

Потоа тестирајте ги сите четири операции, како корисник со дозвола и како некој што не треба да има пристап. Штом еден ентитет ќе работи, додајте го следниот. Како да изградите внатрешна алатка покажува како CRUD екраните стануваат целосен административен панел, а што е Postgres го објаснува табелата на која повеќето такви апликации се потпираат.

CRUD апликации во Mythex

CRUD апликациите се една од работите што AI алатките за градење ги прават најдобро, а Mythex не е исклучок. Побарајте во чат ентитетот и неговите полиња, а Mythex прикачува Postgres база на проектот, ја создава табелата и ги гради екраните за листа, форма и детали во жив преглед; потоа можете да извршите /test за да го проверите текот. Документацијата има рецепт за CRUD апликација со почетна порака, а градителот на внатрешни алатки и шаблоните за табли се добри места за почеток.

Прашања