Apa Itu CRUD? Create, Read, Update, Delete Diterangkan

CRUD bermaksud create, read, update dan delete — empat perkara asas yang dilakukan aplikasi dengan data yang disimpan. Menambah pelanggan baharu ialah create, melihat senarai pelanggan ialah read, menukar nombor telefon mereka ialah update, dan membuang mereka ialah delete. Kebanyakan aplikasi perniagaan — CRM, sistem tempahan, penjejak inventori, panel pentadbir — pada dasarnya ialah CRUD dengan peraturan dan susun atur yang baik di atasnya.

Mengapa ia penting apabila anda membina dengan AI

CRUD ialah perbendaharaan kata yang menukarkan idea aplikasi yang samar kepada permintaan yang tepat. “Aplikasi untuk menguruskan pembekal kami” membuatkan AI meneka. “Cipta, senaraikan, sunting dan padam pembekal, dengan medan berikut” memberitahunya dengan tepat skrin, operasi pangkalan data dan laluan pelayan yang perlu dibina.

Ia juga memberi anda senarai semak untuk ujian. Untuk setiap jenis rekod dalam aplikasi anda, anda boleh bertanya empat soalan: bolehkah saya menambah satu, melihatnya, menukar satu dan membuangnya — dan adakah hanya orang yang betul boleh melakukan setiap satu? Bilangan aplikasi yang dibina AI yang mengejutkan hanya boleh mencipta rekod tetapi tidak boleh mengeditnya, atau membenarkan sesiapa sahaja memadam apa-apa.

Analogi harian: kotak kad resipi

Bayangkan sekotak kad resipi di atas rak dapur.

• Create: tulis kad baharu dan simpan.
• Read: selak kotak itu, atau keluarkan kad untuk lasagne.
• Update: pangkah “200g keju” dan tulis “250g”.
• Delete: keluarkan kad dan buangnya.

Sekarang tambah peraturan: hanya ketua tukang masak boleh membuang kad, setiap kad mesti mempunyai tajuk, dan tiada siapa boleh menyimpan dua kad dengan nama yang sama. Itulah aplikasi CRUD dengan pengesahan dan kebenaran — yang merupakan kebanyakan aplikasi sebenar.

Bagaimana CRUD muncul pada setiap lapisan

Setiap operasi muncul dalam skrin, pelayan dan pangkalan data. Melihatnya bersebelahan menjelaskan banyak perkara tentang cara aplikasi dibina.

Skrin ialah frontend, permintaan API ialah cara frontend bercakap dengan backend, dan SQL ialah cara backend bercakap dengan pangkalan data. Jika perkataan ini baharu, lihat apa itu API dan apa itu pangkalan data.

Contoh kerja: penjejak pinjaman peralatan

Jabatan media sebuah sekolah meminjamkan kamera dan mikrofon kepada pelajar dan asyik kehilangan jejak peralatan tersebut. Mereka mahukan aplikasi yang mudah.

Rekod. Dua jenis perkara: peralatan (nama, jenis, nombor siri, keadaan) dan pinjaman (peralatan mana, pelajar mana, tarikh keluar, tarikh tamat, tarikh pulang).

CRUD untuk peralatan:

• Create: kakitangan menambah kamera baharu dengan nombor sirinya. Peraturan: nombor siri mesti unik.
• Read: senarai semua peralatan, boleh ditapis mengikut jenis dan mengikut “tersedia sekarang”; halaman butiran yang menunjukkan sejarah pinjaman bagi satu item.
• Update: tukar keadaan kepada “perlu dibaiki”.
• Delete: biasanya bukan pemadaman sebenar. Jika kamera dengan 30 pinjaman lepas dipadam, rekod pinjaman itu kehilangan pautannya. Sebaliknya, tandakan sebagai “ditarik balik” supaya ia hilang daripada senarai tersedia tetapi sejarahnya kekal. Ini dipanggil soft delete.

CRUD untuk pinjaman:

• Create: daftar keluar item kepada seorang pelajar. Peraturan: anda tidak boleh mendaftar keluar item yang sudah dipinjam.
• Read: “pinjaman tertunggak” — senarai di mana tarikh tamat telah berlalu dan tiada tarikh pulang.
• Update: rekodkan tarikh pulang apabila item dikembalikan.
• Delete: kakitangan sahaja, untuk pinjaman yang dimasukkan secara tersilap.

Kebenaran. Pelajar boleh membaca apa yang tersedia; hanya kakitangan boleh create, update atau delete. Semakan ini dijalankan di pelayan, bukan sekadar menyembunyikan butang.

Itulah keseluruhan aplikasi. Bahagian yang menarik — tiada pinjaman berganda, senarai tertunggak, sejarah bagi setiap item — ialah peraturan dan pertanyaan di atas CRUD biasa.

Istilah utama

• Rekod (baris): satu item, seperti satu pembekal atau satu pinjaman.
• Entiti / sumber: jenis rekod, seperti “pembekal”. Setiap satu biasanya mempunyai jadual sendiri dan set skrin CRUD sendiri.
• Pengesahan (validation): semakan pada input — medan wajib, e-mel yang sah, kuantiti yang positif. Lakukan dalam borang untuk kemudahan dan di pelayan untuk keselamatan.
• Soft delete: menandakan rekod sebagai dipadam atau diarkibkan dan bukannya membuangnya, supaya sejarah dan pautan kekal.
• Pagination: memaparkan senarai panjang satu halaman pada satu masa, supaya aplikasi kekal pantas.
• Log audit: rekod siapa yang mencipta, menukar atau memadam apa, dan bila.
• Panel pentadbir (admin panel): set skrin CRUD untuk kakitangan menguruskan data aplikasi.

Kesilapan dan salah faham yang biasa

• Terlupa salah satu daripada empat. Aplikasi selalunya dihantar dengan create dan read tetapi tiada edit, jadi setiap salah taip bermaksud padam dan masukkan semula. Semak keempat-empatnya untuk setiap entiti.
• Pemadaman yang memecahkan sesuatu. Memadam pelanggan yang mempunyai invois boleh meninggalkan invois yatim atau memadam sejarah. Putuskan bagi setiap entiti: sekat pemadaman, soft delete, atau padam rekod berkaitan juga.
• Kebenaran hanya dalam antara muka. Menyembunyikan butang Padam tidak menghalang sesiapa menghantar permintaan DELETE. Pelayan mesti menyemak siapa yang meminta.
• Mengemas kini mengikut ID tanpa menyemak pemilikan. Jika pengguna A boleh mengedit /api/notes/42 dengan menukar nombor dalam URL, mereka mungkin mengedit nota pengguna B. Setiap kemas kini dan pemadaman mesti mengesahkan bahawa rekod itu tergolong kepada pemohon.
• Tiada pengesahan semasa memadam. Satu ketukan tersilap tidak sepatutnya memusnahkan data. Minta langkah pengesahan, atau fungsi buat asal (undo).
• “CRUD bermakna asas, jadi tidak berbaloi dibina.” Banyak produk bernilai ialah aplikasi CRUD yang sesuai dengan aliran kerja dengan lebih baik daripada alat generik.

Apa nak minta daripada pembina AI anda

Gunakan corak ini untuk setiap entiti, satu demi satu:

Cipta ciri pembekal dengan senarai, cipta, edit dan padam. Medan: nama (wajib), e-mel hubungan (e-mel yang sah), telefon, kategori (salah satu: makanan, pembungkusan, pembersihan), nota. Paparan senarai dengan carian mengikut nama dan penapis mengikut kategori, 20 setiap halaman. Sahkan sebelum memadam; jika pembekal mempunyai pesanan, arkibkan dan bukannya padam. Hanya kakitangan yang log masuk boleh mencipta, mengedit atau mengarkibkan — kuatkuasakan ini di pelayan.

Kemudian uji keempat-empat operasi, sebagai pengguna yang dibenarkan dan sebagai seseorang yang tidak sepatutnya mempunyai akses. Setelah satu entiti berfungsi, tambah yang seterusnya. Cara membina alat dalaman menunjukkan cara skrin CRUD menjadi aplikasi pentadbir yang lengkap, dan apa itu Postgres menerangkan pangkalan data yang menjadi asas kebanyakan aplikasi ini.

Aplikasi CRUD di Mythex

Aplikasi CRUD ialah salah satu perkara yang paling baik dilakukan oleh pembina aplikasi AI, dan Mythex tidak terkecuali. Minta dalam sembang entiti dan medannya, dan Mythex melampirkan pangkalan data Postgres pada projek, mencipta jadual, dan membina skrin senarai, borang dan butiran dalam pratonton langsung; kemudian anda boleh menjalankan /test untuk menyemak aliran itu. Dokumentasi mempunyai resipi aplikasi CRUD dengan arahan permulaan, dan pembina alat dalaman serta templat papan pemuka ialah tempat yang baik untuk bermula.

Soalan lazim