Maks # jenis entri?
Apakah ada batasan jumlah tipe entri berbeda yang dapat dimiliki suatu bagian? Untuk proyek ini saya mungkin membutuhkan 50+.
Saya rasa saya membutuhkan lebih banyak konten untuk memenuhi standar kualitas, jadi saya akan menjelaskan: klien saya ingin membuat beberapa laporan untuk diisi oleh pelanggannya. Klien saya merasa nyaman dengan backend kerajinan dan tahu cara membuat bidang / bagian / dll. Saya ingin menyimpan semua entri laporan. Ergo bagian Laporan dengan jenis entri berbeda untuk setiap laporan.
Jawaban
Brad menyebutkan tidak ada batasan pada jenis entri, meskipun apakah itu ide yang bagus untuk jangka panjang untuk pemeliharaan dan tujuan UI adalah cerita lain.
Jenis Entri adalah yang paling berguna ketika konten Anda sangat berbeda di antara mereka, tetapi Anda masih ingin menyatukan entri di bagian yang sama.
Misalnya, di bagian Berita, Anda mungkin memiliki Link to Pagetipe entri yang ditautkan ke situs web berbeda dan Blog Entrytipe entri biasa saja. (Situs Daring Fireball John Gruber adalah contoh yang bagus untuk ini.
Dalam pengalaman saya, ketika pengguna mulai melihat selusin jenis entri, itu bisa mulai menjadi sangat luar biasa ... inilah 50 dari mereka yang mungkin terlihat menatap wajah Anda:
Jenis entri berguna karena masing-masing memiliki kumpulan bidangnya sendiri.
Namun, dari sudut pandang pemeliharaan, katakanlah Anda ingin menambah atau memindahkan bidang di setiap laporan. Melakukannya ke 2 atau 3 jenis entri cukup mudah tetapi melakukannya secara konsisten hingga 50? Jauh lebih sulit — apakah Anda menggunakan file YAML atau GUI!
Aturan 80/20 mungkin berguna di sini: Saya menduga 80% dari laporan yang dihasilkan mungkin akan jatuh ke dalam 20% jenisnya. Itu hanya mempersempit jumlah jenis entri menjadi 10. Mungkin Anda menambahkan beberapa yang lebih umum ditambah jenis entri "Lainnya ..." yang mencakup semua atau semacamnya.
Kecuali klien Anda juga sesama pengembang / desainer, mereka tidak ingin menambahkan bidang dan bagian ke backend kecuali benar-benar diperlukan.
Jika saya jadi Anda, saya mungkin bertanya kepada Anda, klien: apa yang berbeda dari setiap laporan? Apa yang sama? Anda akan menemukan beberapa jawaban bagus yang dapat membantu Anda dan klien Anda membuat model ini dengan baik.
Hal itu dapat mengarahkan Anda untuk menggunakan sesuatu seperti Kategori, yang sangat mudah untuk menambahkan yang baru. Jika tipe laporan lebih seperti filter, mereka juga akan tampil jauh lebih baik di GUI.
Dan mungkin Anda memang membutuhkan beberapa jenis laporan untuk menyembunyikan dan menampilkan bidang yang berbeda tetapi sebaliknya sangat mirip. Anda dapat mempertimbangkan untuk melakukan ini dengan, katakanlah, plugin Alasan .
Inspirasi!
Tidak ada batasan hard code untuk konten di Craft (bagian, jenis entri, entri, bidang, dll.).
Ini akan sangat tergantung pada bagaimana Anda menggunakan konten itu di templat Anda dan jenis lingkungan apa yang menjalankan instalasi (sumber daya server fisik, strategi caching, dll.)
Kami telah melihat pemasangan dengan beberapa arsitektur informasi yang cukup kompleks yang tersebar di 50+ "situs" dan puluhan juta elemen (entri, pengguna, aset, kategori, dll.)