Què és CRUD? Crear, llegir, actualitzar i eliminar explicat

CRUD vol dir crear, llegir, actualitzar i eliminar —les quatre coses bàsiques que una aplicació fa amb les dades emmagatzemades. Afegir un client nou és crear, veure la llista de clients és llegir, canviar-li el número de telèfon és actualitzar, i eliminar-lo és eliminar. La majoria d'aplicacions de negoci —CRM, sistemes de reserves, controladors d'inventari, panells d'administració— són en gran part CRUD amb regles i una bona disposició a sobre.

Per què importa quan construeixes amb IA

CRUD és el vocabulari que converteix una idea d'aplicació vaga en una petició precisa. «Una aplicació per gestionar els nostres proveïdors» deixa la IA endevinant. «Crear, llistar, editar i eliminar proveïdors, amb aquests camps» li diu exactament quines pantalles, operacions de base de dades i rutes de servidor ha de construir.

També et dona una llista de comprovació per provar. Per a cada tipus de registre de la teva aplicació, pots fer-te quatre preguntes: puc afegir-ne un, veure'ls, canviar-ne un i treure'n un —i només hi poden accedir les persones adequades per a cada cosa? Un nombre sorprenent d'aplicacions construïdes amb IA poden crear registres però no editar-los, o deixen que qualsevol elimini qualsevol cosa.

Una analogia del dia a dia: una caixa de fitxes de receptes

Imagina una caixa de fitxes de receptes en una prestatgeria de la cuina.

• Crear: escriure una fitxa nova i arxivar-la.
• Llegir: fullejar la caixa, o treure la de la lasanya.
• Actualitzar: ratllar «200 g de formatge» i escriure «250 g».
• Eliminar: treure una fitxa i tirar-la.

Ara afegeix regles: només el cap de cuina pot tirar fitxes, cada fitxa ha de tenir un títol i ningú no pot arxivar dues fitxes amb el mateix nom. Això és una aplicació CRUD amb validació i permisos, que és el que són la majoria d'aplicacions reals.

Com apareix CRUD a cada capa

Cada operació apareix a la pantalla, al servidor i a la base de dades. Veure-les juntes explica molt sobre com es construeixen les aplicacions.

La pantalla és el frontend, la petició d'API és com el frontend parla amb el backend, i el SQL és com el backend parla amb la base de dades. Si aquests termes et són nous, consulta què és una API i què és una base de dades.

Un exemple pas a pas: un controlador de préstecs d'equips

El departament de multimèdia d'una escola presta càmeres i micròfons a estudiants i sempre perd el rastre. Volen una aplicació senzilla.

Els registres. Dos tipus de coses: equips (nom, tipus, número de sèrie, estat) i préstecs (quin equip, quin estudiant, data de sortida, data de devolució prevista, data de devolució real).

CRUD per als equips:

• Crear: el personal afegeix una càmera nova amb el seu número de sèrie. Regla: els números de sèrie han de ser únics.
• Llegir: una llista de tots els equips, filtrable per tipus i per «disponible ara»; una pàgina de detall amb l'historial de préstecs d'un element.
• Actualitzar: canviar l'estat a «cal reparar».
• Eliminar: normalment no és una eliminació real. Si s'elimina una càmera amb 30 préstecs anteriors, els registres de préstec perden l'enllaç. En canvi, es marca com a «retirada» perquè desaparegui de la llista de disponibles però el seu historial es mantingui. Això s'anomena eliminació suau.

CRUD per als préstecs:

• Crear: registrar la sortida d'un element a un estudiant. Regla: no pots donar un element que ja està en préstec.
• Llegir: «préstecs vençuts», una llista on la data de devolució ja ha passat i no hi ha data de devolució.
• Actualitzar: registrar la data de devolució quan l'element torna.
• Eliminar: només personal, per a préstecs introduïts per error.

Permisos. Els estudiants poden llegir el que està disponible; només el personal pot crear, actualitzar o eliminar. Aquestes comprovacions s'executen al servidor, no només amagant botons.

Això és tota l'aplicació. Les parts interessants —no fer doble préstec, una llista de vençuts, un historial per element— són regles i consultes a sobre del CRUD bàsic.

Termes clau

• Registre (fila): un element, com un proveïdor o un préstec.
• Entitat / recurs: un tipus de registre, com «proveïdors». Normalment té la seva pròpia taula i el seu propi conjunt de pantalles CRUD.
• Validació: comprovacions de les dades d'entrada: camps obligatoris, correu electrònic vàlid, quantitat positiva. Fes-ho al formulari per comoditat i al servidor per seguretat.
• Eliminació suau: marcar un registre com a eliminat o arxivat en lloc de treure'l, perquè l'historial i els enllaços es mantinguin.
• Paginació: mostrar una llista llarga una pàgina a la vegada, perquè l'aplicació continuï sent ràpida.
• Registre d'auditoria: un registre de qui ha creat, canviat o eliminat què, i quan.
• Panell d'administració: un conjunt de pantalles CRUD perquè el personal gestioni les dades d'una aplicació.

Errors i idees errònies habituals

• Oblidar una de les quatre operacions. Les aplicacions sovint arriben amb crear i llegir però sense editar, de manera que cada errada vol dir eliminar i tornar a introduir. Comprova les quatre per a cada entitat.
• Eliminacions que trenquen coses. Eliminar un client que té factures pot deixar factures orfes o esborrar l'historial. Decideix per entitat: bloquejar l'eliminació, eliminació suau, o eliminar també els registres relacionats.
• Permisos només a la interfície. Amagar el botó Eliminar no impedeix que algú enviï la petició DELETE. El servidor ha de comprovar qui la fa.
• Actualitzar per ID sense comprovar la propietat. Si l'usuari A pot editar /api/notes/42 canviant un número a la URL, pot editar la nota de l'usuari B. Cada actualització i eliminació ha de confirmar que el registre pertany a qui ho demana.
• Cap confirmació en eliminar. Un sol toc mal fet no hauria de destruir dades. Demana un pas de confirmació, o una desfeta.
• «CRUD vol dir bàsic, així que no val la pena construir-ho». Molts productes valuosos són aplicacions CRUD que encaixen amb un flux de treball millor que una eina genèrica.

Què demanar al teu constructor d'IA

Fes servir aquest patró per a cada entitat, una a la vegada:

Crea una funcionalitat de proveïdors amb llista, crear, editar i eliminar. Camps: nom (obligatori), correu de contacte (correu vàlid), telèfon, categoria (una de: aliments, embalatge, neteja), notes. Vista de llista amb cerca per nom i filtre per categoria, 20 per pàgina. Demana confirmació abans d'eliminar; si un proveïdor té comandes, arxiva'l en lloc d'eliminar-lo. Només el personal que hagi iniciat sessió pot crear, editar o arxivar —fes-ho complir al servidor.

Després prova les quatre operacions, com a usuari amb permís i com a algú que no hauria de tenir accés. Quan una entitat funcioni, afegeix la següent. Com construir una eina interna mostra com les pantalles CRUD es converteixen en una aplicació d'administració completa, i què és Postgres explica la base de dades sobre la qual se sustenten la majoria d'aquestes aplicacions.

Aplicacions CRUD a Mythex

Les aplicacions CRUD són una de les coses que els constructors d'aplicacions amb IA fan millor, i Mythex no n'és una excepció. Demana al xat l'entitat i els seus camps, i Mythex adjunta una base de dades Postgres al projecte, crea la taula i construeix les pantalles de llista, formulari i detall en una vista prèvia en directe; després pots executar /test per comprovar el flux. La documentació té una recepta d'aplicació CRUD amb un prompt inicial, i el constructor d'eines internes i les plantilles de panells són bons llocs per començar.

Preguntes