Khi nào nên sử dụng danh sách (văn bản) hoặc phân loại?

12

Đây có thể là một câu hỏi ngớ ngẩn, nhưng tôi tò mò lợi ích của việc sử dụng danh sách (văn bản) nhiều trường chọn trong trường tham chiếu thuật ngữ phân loại. Cả hai dường như đều có cùng một chức năng là đưa ra các tùy chọn đa lựa chọn định trước, nhưng phân loại học có lợi ích bổ sung là cho phép bạn thêm các thuật ngữ sau khi nội dung được ghi vào cơ sở dữ liệu.

Vì vậy, có bất kỳ hướng dẫn tốt cho một để sử dụng cái này hay cái khác? (Và đặc biệt khi danh sách (văn bản) có ý nghĩa hơn tham chiếu thuật ngữ phân loại?).

7 taxonomy-terms entities

— Jay
nguồn

2

Tôi cố gắng nghĩ về một nguyên tắc phân loại như "cách phân loại dữ liệu theo cách có cấu trúc" (bao gồm cả cấu trúc cây) và liệt kê là "Cung cấp một số tùy chọn xác định" khi tổ chức không quan trọng. Khi nghi ngờ, tôi chọn phân loại học, vì việc tích hợp vào trình duyệt qua Lượt xem được thực hiện nhanh chóng.

— Jake The Dweeb

1

Điều duy nhất chọn / văn bản không thể làm là phân cấp dữ liệu cấu trúc; Phân loại một mình cung cấp cây.

— Renee

Có một bài viết về điều này tại eosrei.net/articles/2013/12/ .

— colan

10

Cấu trúc và năng động là IMO các từ khóa để chọn phân loại. Gần đây tôi đã có câu hỏi này với tôi khi gắn thẻ các công ty với các khu vực địa lý. Lựa chọn đầu tiên của tôi là chuẩn bị phân loại với danh sách các vùng. Chẳng mấy chốc, hóa ra là quá phức tạp. Các khu vực hầu như không bao giờ thay đổi tên của họ và gần như không bao giờ thay đổi cấu trúc / cha mẹ của họ. Vì vậy, tôi đã bỏ qua phân loại và quyết định sử dụng Danh sách phẳng (Văn bản). Giờ đây việc điều khiển các vùng trong Chế độ xem cũng dễ dàng hơn nhiều. Vì vậy - nếu danh sách của bạn là tĩnh và phẳng - hãy tìm danh sách.

— Artur
nguồn

3

Vâng, có một điều rõ ràng khiến tôi suy nghĩ - Tôi muốn sử dụng phân loại khi bạn muốn các thẻ có trang riêng, chứa đầy các trường tùy chỉnh, hình ảnh, được hiển thị ở nhiều chế độ khác nhau (đầy đủ, trêu ghẹo, v.v.)

— Artur

chấp nhận điều này bởi vì nó đã đưa ra một số ưu và nhược điểm. Quan điểm của Patrick Kenny về hiệu suất cũng rất quan trọng.

— Jay

8

Phân loại học có vấn đề về hiệu năng khi nó mở rộng quy mô vì các truy vấn SQL trở nên dài hơn; nếu bạn đang sử dụng bộ lọc chế độ xem, danh sách chọn sẽ nhanh hơn phân loại.

— Patrick Kenny
nguồn

Điều đó nói chung là đúng, nhưng với kinh nghiệm bạn có thể biết rằng bạn nên sử dụng tìm kiếm SOLR để mở rộng chế độ xem với các bộ lọc để nó không còn quan trọng nữa.

— Marko Blazekovic

7

Sự khác biệt chính tôi học được là:

Bạn có muốn người dùng được thêm vào danh sách các giá trị, không chỉ quản trị viên trang hay, sẽ thêm vào danh sách là nhu cầu bán thường xuyên đối với quản trị viên trang web?
Bạn có muốn sử dụng giá trị như một phần tổ chức nội dung không (như được đề xuất ở trên bởi @Artur, tạo các trang của tất cả nội dung có chung thuật ngữ này, với các bố cục khác nhau, như trang sản phẩm: hiển thị tất cả quần áo XL; hoặc tin tức, hiển thị tất cả các môn thể thao)
dữ liệu ở tất cả các phân cấp? (ví dụ: các danh mục phụ đôi khi bạn muốn nắm bắt danh mục phụ huynh hoặc các con riêng biệt ở những người khác)

Nếu không có tất cả những điều trên, hãy sử dụng select / text. Nếu có, sử dụng thuật ngữ phân loại. Theo kinh nghiệm của tôi, bạn sẽ thường sử dụng select / text. Nó luôn cảm thấy sai, nhưng nó thường đúng.

— Đổi mới
nguồn

0

Rõ ràng người chiến thắng theo quan điểm của tôi sẽ là thuật ngữ phân loại, nhiều quyền lực hơn, ít nhược điểm.

— Marko Blazekovic
nguồn