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

Question

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

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

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

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

Answer 1

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

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

Answer 2

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

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

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

Answer 3

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

• таксономия является неопределенным («Сейчас это маленький автомобиль или большой грузовик?»)

• нет центральный орган для классификации

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

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

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

---

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

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

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

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

---

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