Số loại mục nhập tối đa?
Có giới hạn nào về số loại mục nhập khác nhau mà một phần có thể có không? Đối với dự án này, tôi có thể cần 50+.
Tôi nghĩ rằng tôi cần thêm nội dung để đáp ứng các tiêu chuẩn chất lượng vì vậy tôi sẽ giải thích: khách hàng của tôi muốn tạo nhiều báo cáo để khách hàng của cô ấy điền vào. Khách hàng của tôi cảm thấy thoải mái với chương trình phụ trợ thủ công và biết cách tạo trường / phần / v.v. Tôi muốn giữ tất cả các mục báo cáo cùng nhau. Bỏ qua phần Báo cáo với một loại mục nhập khác nhau cho mỗi báo cáo.
Trả lời
Brad đề cập không có giới hạn về các loại mục nhập, mặc dù liệu đó có phải là một ý tưởng tốt về lâu dài cho mục đích bảo trì và giao diện người dùng hay không là một câu chuyện khác.
Loại mục là hữu ích nhất khi nội dung của bạn khá khác nhau giữa chúng nhưng bạn vẫn muốn giữ các mục cùng nhau trong cùng một phần.
Ví dụ: trong phần Tin tức, bạn có thể có một Link to Pageloại mục nhập mà bạn liên kết đến các trang web khác nhau và một Blog Entryloại mà chúng chỉ là các mục nhập thông thường. (Trang web Daring Fireball của John Gruber là một ví dụ điển hình về điều này.
Theo kinh nghiệm của tôi, khi người dùng bắt đầu nhìn thấy một tá loại mục nhập, nó có thể bắt đầu trở nên khá áp đảo ... đây là những gì 50 trong số họ nhìn chằm chằm vào bạn có thể trông như thế này:
Các loại mục nhập rất hữu ích vì chúng đều có nhóm trường riêng.
Tuy nhiên, từ quan điểm về khả năng bảo trì, giả sử bạn muốn thêm hoặc di chuyển một trường trong mọi báo cáo. Làm nó với 2 hoặc 3 loại mục nhập là khá đơn giản nhưng làm nó liên tục đến 50? Khó hơn nữa — cho dù bạn đang sử dụng tệp YAML hay GUI!
Quy tắc 80/20 có thể hữu ích ở đây: Tôi đoán 80% báo cáo được tạo có thể rơi vào 20% loại của chúng. Điều đó chỉ thu hẹp số lượng các loại mục nhập xuống còn 10. Có thể bạn thêm một số loại mục nhập khác phổ biến hơn cộng với loại mục nhập tổng hợp "Khác ..." hoặc thứ gì đó.
Trừ khi khách hàng của bạn cũng là một nhà phát triển / nhà thiết kế đồng nghiệp, họ không muốn thêm các trường và phần vào phần phụ trợ trừ khi thực sự cần thiết.
Nếu tôi là bạn, tôi có thể hỏi khách hàng của bạn: mỗi báo cáo có gì khác nhau? Những gì giống nhau? Bạn sẽ gặp một số câu trả lời hay có thể giúp bạn và khách hàng của bạn lập mô hình này một cách độc đáo.
Điều đó có thể khiến bạn sử dụng một cái gì đó như Danh mục để thay thế, nơi rất dễ dàng thêm những cái mới. Nếu các loại báo cáo giống bộ lọc hơn, chúng cũng sẽ hiển thị đẹp hơn nhiều trong GUI.
Và có thể bạn cần một số loại báo cáo để ẩn và hiển thị các trường khác nhau nhưng khá giống nhau. Bạn có thể cân nhắc làm điều này với plugin Reasons .
Thức ăn cho suy nghĩ!
Không có giới hạn mã hóa cứng cho nội dung trong Craft (phần, loại mục nhập, mục nhập, trường, v.v.).
Nó sẽ phụ thuộc phần lớn vào cách bạn đang sử dụng nội dung đó trong các mẫu của mình và loại môi trường mà cài đặt đang chạy (tài nguyên máy chủ vật lý, chiến lược bộ nhớ đệm, v.v.)
Chúng tôi đã thấy các bản cài đặt với một số kiến trúc thông tin khá phức tạp trải rộng trên hơn 50 "trang web" và hàng chục triệu phần tử (mục nhập, người dùng, nội dung, danh mục, v.v.)