Организация большой коллекции вещей - удобство и простота использования

Question

В нашем приложении есть репозиторий, содержащий вещи (они называются методами и запросами, но это не особенно актуально для этого вопроса).У каждой вещи есть заголовок, описание (хотя у некоторых может отсутствовать и то и другое) и некоторые другие данные.Пользователи сохраняют вещи в хранилище, загружают и используют их из хранилища.

Интересно, как лучше организовать хранилище с точки зрения удобства использования.Кажется, есть два основных подхода.Первый подход состоит в том, чтобы помещать вещи в папки, подпапки и т. Д. И иметь иерархическую структуру, аналогичную файловой системе.Второй подход (который стал модным) - два имеют плоский пробел и присваивают ноль или более тегов каждой вещи, чтобы пользователи могли просматривать список вещей для определенного тега.

В настоящее время мы используем плоское пространство, теги и поиск.Это выглядит несколько неуправляемым.Я не уверен, что переключение на папки / подпапки сделает это лучше.

Я хотел бы узнать больше о плюсах и минусах каждого подхода и о том, какие свойства коллекции и сами вещи предлагают использовать тот или инойподход или комбинация обоих.Если кто-нибудь может указать мне на некоторые исследования или обсуждения этих вопросов, я был бы очень признателен.

Answer 1

Я использую закон симметрии, чтобы помочь мне в этой ситуации.

Сначала вы строите древовидную структуру на заднем конце, а затем создаете систему тегов для внешнего интерфейса.

Вы используете оба для организации сбора данных.

Answer 2

Облако тегов работает лучше, чем иерархия, если

• таксономия неопределенна ( "Теперь это маленький автомобиль или большой грузовик?" )

• нет централизованного органа классификации

• между классами нет явного или естественного порядка (автомобили можно классифицировать по цвету или размеру, нет очевидного ранга между цветом и размером)

• новые категории могут быть созданы на лету

В противном случае иерархия дает больше уверенностив завершение, так как каждый предмет имеет точно одно правильное местоположение: я нашел все документы о птицах?Неужели нет документа о пятиэтажках?

---

Облака тегов нуждаются в некотором обслуживании, я не уверен, что это может быть полностью предоставлено пользователем:

Работа с синонимами, тегамисинонимы, объединяющие теги, уточняющие теги (например, «синий» - это чувство или цвет?)

Другим вариантом являются пары атрибут-значение.Они могут быть построены на хорошо поддерживаемом облаке тегов, например, группируя теги «красный / черный / синий» в разделе «цвет».Они также могут работать с плавающими значениями, поиск может быть расширен до аналогичных значений в случае недостаточного количества результатов (таких как возраст, дата, даже многомерные, такие как цвет).

Однако для этого необходимо заранее знать, какие критерии поиска нужны пользователям.Если вам нужно ввести новую категорию, вам необходимо повторно пометить весь текст документов.

---

См. Также мой запрос о разъяснении: в чем проблемы?Не достаточно тегов?помечать на разные?Пользователи не находят то, что они ищут?Пользователи не уверены в результатах поиска?

Answer 3

Нет причин, по которым вы не можете использовать оба метода.В некоторой степени поиск вещей зависит от того, что это за вещь и почему ее ищут.Иерархический дизайн может хорошо работать, когда кто-то знает, что он ищет, а система на основе тегов / ключевых слов может работать лучше, когда структура менее очевидна.

Также сетевая структура, которая связывает подобные вещи, также может быть очень хорошей.как вы можете видеть в Интернете или википедии.