Çfarë është CRUD? Create, Read, Update, Delete të shpjeguara

CRUD qëndron për create, read, update dhe delete — katër gjërat bazë që një aplikacion bën me të dhëna të ruajtura. Shtimi i një klienti të ri është create, shikimi i listës së klientëve është read, ndryshimi i numrit të tij të telefonit është update, dhe heqja e tij është delete. Shumica e aplikacioneve të biznesit — CRM-të, sistemet e rezervimeve, gjurmuesit e inventarit, panelet e administrimit — janë kryesisht CRUD me rregulla dhe një paraqitje të mirë sipër.

Pse ka rëndësi kur ndërtoni me AI

CRUD është fjalori që e kthen një ide të paqartë aplikacioni në një kërkesë të saktë. „Një aplikacion për menaxhimin e furnitorëve tanë“ e lë AI-në të hamendësojë. „Krijo, listo, ndrysho dhe fshi furnitorë, me këto fusha“ i tregon saktësisht cilat ekrane, operacione bazash të dhënash dhe rrugë serveri duhet të ndërtojë.

Ai gjithashtu ju jep një listë kontrolli për testim. Për çdo lloj regjistrimi në aplikacionin tuaj, mund të bëni katër pyetje: a mund të shtoj një të tillë, ta shoh, ta ndryshoj dhe ta heq — dhe a mund ta bëjnë këtë vetëm personat e duhur? Një numër i habitshëm aplikacionesh të ndërtuara me AI mund të krijojnë regjistrime, por jo t'i ndryshojnë, ose lejojnë këdo të fshijë çdo gjë.

Një analogji e përditshme: një kuti me kartela recetash

Imagjinoni një kuti me kartela recetash mbi një raft kuzhine.

• Create: shkruani një kartelë të re dhe e vendosni në kuti.
• Read: shfletoni kutinë, ose nxirrni atë për lazanjan.
• Update: kryqëzoni „200g djathë“ dhe shkruani „250g“.
• Delete: nxirrni një kartelë dhe e hidhni.

Tani shtoni rregulla: vetëm kuzhinieri kryesor mund të hedhë kartela, çdo kartelë duhet të ketë një titull, dhe askush nuk mund të vendosë dy kartela me të njëjtin emër. Ky është një aplikacion CRUD me validim dhe leje — që është ajo që janë shumica e aplikacioneve reale.

Si shfaqet CRUD në çdo shtresë

Çdo operacion shfaqet në ekran, në server dhe në bazën e të dhënave. Shikimi i tyre njëri pranë tjetrit shpjegon shumë për mënyrën si ndërtohen aplikacionet.

Ekrani është frontend-i, kërkesa API është mënyra si frontend-i flet me backend-in, dhe SQL është mënyra si backend-i flet me bazën e të dhënave. Nëse këto fjalë janë të reja, shihni çfarë është një API dhe çfarë është një bazë të dhënash.

Një shembull i punuar: një gjurmues huazimi pajisjesh

Departamenti i medias i një shkolle huazon kamera dhe mikrofona studentëve, dhe vazhdon të humbasë gjurmën e tyre. Ata duan një aplikacion të thjeshtë.

Regjistrimet. Dy lloje gjërash: pajisjet (emri, lloji, numri serial, gjendja) dhe huazimet (cila pajisje, cili student, data e daljes, data e kthimit, data e kthimit të pajisjes).

CRUD për pajisjet:

• Create: stafi shton një kamerë të re me numrin e saj serial. Rregull: numrat serialë duhet të jenë unikë.
• Read: një listë e të gjitha pajisjeve, e filtrueshme sipas tipit dhe sipas „e disponueshme tani“; një faqe detajesh që shfaq historikun e huazimeve të një artikulli.
• Update: ndrysho gjendjen në „ka nevojë për riparim“.
• Delete: zakonisht jo një fshirje e vërtetë. Nëse fshihet një kamerë me 30 huazime të kaluara, ato regjistrime huazimi humbasin lidhjen. Në vend të kësaj, e shënoni si „të tërhequr“ që të zhduket nga lista e disponueshmeve, por historiku i saj mbetet. Kjo quhet soft delete (fshirje e butë).

CRUD për huazimet:

• Create: regjistroni një artikull të dalë tek një student. Rregull: nuk mund të dalë një artikull që është tashmë i huazuar.
• Read: „huazimet e vonuara“ — një listë ku data e kthimit ka kaluar dhe nuk ka datë kthimi.
• Update: regjistroni datën e kthimit kur artikulli kthehet.
• Delete: vetëm stafi, për huazime të futura gabimisht.

Lejet. Studentët mund të lexojnë çfarë është e disponueshme; vetëm stafi mund të krijojë, ndryshojë ose fshijë. Këto kontrolle ekzekutohen në server, jo vetëm duke fshehur butonat.

Ky është i gjithë aplikacioni. Pjesët interesante — mos-huazimi i dyfishtë, lista e të vonuarve, historiku për çdo artikull — janë rregulla dhe pyetje mbi CRUD-in e thjeshtë.

Termat kryesorë

• Regjistrim (rresht): një artikull, si një furnitor ose një huazim.
• Entitet / burim: një lloj regjistrimi, si „furnitorët“. Secili zakonisht merr tabelën e vet dhe grupin e vet të ekraneve CRUD.
• Validimi: kontrollet e hyrjes — fusha të detyrueshme, email i vlefshëm, sasi pozitive. Bëjeni në formë për lehtësi dhe në server për siguri.
• Soft delete: shënimi i një regjistrimi si të fshirë ose të arkivuar në vend se ta hiqni, që historiku dhe lidhjet të mbijetojnë.
• Paginimi: shfaqja e një liste të gjatë faqe pas faqeje, që aplikacioni të mbetet i shpejtë.
• Regjistri i auditimit (audit log): një regjistër i kujt krijoi, ndryshoi ose fshiu çfarë, dhe kur.
• Paneli i administrimit: një grup ekranesh CRUD për stafin që menaxhon të dhënat e një aplikacioni.

Gabime dhe keqkuptime të zakonshme

• Harrimi i një prej katër operacioneve. Aplikacionet shpesh dërgohen me create dhe read, por pa edit, kështu që çdo gabim shtypi do të thotë fshi dhe fut sërish. Kontrolloni të katër për çdo entitet.
• Fshirje që prishin gjëra. Fshirja e një klienti që ka fatura mund të lërë fatura jetime ose të fshijë historikun. Vendosni për secilin entitet: bllokoni fshirjen, bëni soft delete, ose fshini edhe regjistrimet e lidhura.
• Leje vetëm në ndërfaqe. Fshehja e butonit „Fshi“ nuk e ndalon dikë të dërgojë kërkesën DELETE. Serveri duhet të kontrollojë kush po kërkon.
• Përditësimi sipas ID-së pa kontrolluar pronësinë. Nëse përdoruesi A mund ta ndryshojë /api/notes/42 duke ndryshuar një numër në URL, mund të ndryshojë shënimin e përdoruesit B. Çdo përditësim dhe fshirje duhet të konfirmojë që regjistrimi i përket kërkuesit.
• Pa konfirmim në fshirje. Një klikim i gabuar nuk duhet të shkatërrojë të dhëna. Kërkoni një hap konfirmimi, ose një mundësi për ta zhbërë.
• „CRUD do të thotë bazik, pra nuk vlen ta ndërtosh.“ Shumë produkte të vlefshme janë aplikacione CRUD që i përshtaten një rrjedhe pune më mirë sesa një mjet i përgjithshëm.

Çfarë t'i kërkoni ndërtuesit tuaj me AI

Përdorni këtë model për çdo entitet, një nga një:

Krijo një funksionalitet furnitorët me listë, krijim, redaktim dhe fshirje. Fushat: emri (i detyrueshëm), email kontakti (email i vlefshëm), telefoni, kategoria (një nga: ushqim, paketim, pastrim), shënime. Pamje liste me kërkim sipas emrit dhe filtër sipas kategorisë, 20 për faqe. Kërko konfirmim përpara fshirjes; nëse një furnitor ka porosi, arkivoje në vend se ta fshish. Vetëm stafi i hyrë mund të krijojë, redaktojë ose arkivojë — zbatoje këtë në server.

Pastaj testoni të katër operacionet, si përdorues i autorizuar dhe si dikush që nuk duhet të ketë qasje. Pasi një entitet punon, shtoni tjetrin. Si të ndërtoni një mjet të brendshëm tregon si ekranet CRUD bëhen një aplikacion i plotë administrimi, dhe çfarë është Postgres shpjegon bazën e të dhënave mbi të cilën qëndrojnë shumica e këtyre aplikacioneve.

Aplikacionet CRUD në Mythex

Aplikacionet CRUD janë një nga gjërat që ndërtuesit me AI i bëjnë më mirë, dhe Mythex nuk bën përjashtim. Kërkoni në chat entitetin dhe fushat e tij, dhe Mythex i bashkëngjit projektit një bazë të dhënash Postgres, krijon tabelën, dhe ndërton ekranet e listës, formës dhe detajeve në një pamje paraprake live; pastaj mund të ekzekutoni /test për të kontrolluar rrjedhën. Dokumentacioni ka një recetë për aplikacion CRUD me një kërkesë fillestare, dhe ndërtuesi i mjeteve të brendshme dhe shabllonet e paneleve janë vende të mira për të filluar.

Pyetje