Привет!
Я почти уверен, что создать подкатегорию внутри подкатегории невозможно (поправьте меня, если я ошибаюсь), но я решил создать эту тему, чтобы перепроверить этот момент, а также узнать, сталкивались ли с такой необходимостью другие пользователи.
Кажется, что создание подкатегории третьего уровня — не лучшая идея из-за того, сколько уровней навигации придется проходить пользователям, чтобы до неё добраться; однако, с другой стороны, наличие множества подкатегорий внутри одной родительской категории тоже может быть нецелесообразным, особенно если вы хотите сохранить родительскую категорию «удобной для использования».
Например, предположим, у нас есть следующая структура:
- → Разработка
- → Разработка приложений
- → Разработка Android-приложений
Но что, если мы подумаем о добавлении подкатегорий третьего уровня?
Например, предположим, у нас есть следующая структура:
| Категория | Подкатегория | Категория третьего уровня | Назначение |
|---|---|---|---|
| Разработка | Содержит основные темы разработки, такие как обсуждения общих функций ПО, дорожные карты и т. д., а также объявления, касающиеся всех подкатегорий | ||
| Разработка приложений | Содержит темы, специфичные для разработки веб-приложений | ||
| Работа с API | Содержит руководства и темы, специфичные для API | ||
| Приложения сообщества | Категория, выделенная для участников, создающих приложения (требуется одобрение, одна тема на приложение) | ||
| Основные приложения | Категория, выделенная для основных веб-приложений | ||
| Разработка Android-приложений | Содержит темы, специфичные для Android | ||
| Основное Android-приложение | Содержит темы, специфичные для основного (официального) Android-приложения | ||
| Android SDK | Содержит темы, специфичные для Android SDK |
Хорошим аргументом против может быть использование тегов внутри подкатегории, что, безусловно, допустимо, но давайте рассмотрим другой вариант использования, который необходим именно потому, что категории предлагают функции, недоступные для тегов (и не только навигацию):
- → Связь
- → Событие 2024
- → Событие 2023
- → Событие 2022
- → Сообщество [Язык]
- → Сообщество [Язык]
- → …Сообщество [Язык]*3
- → Маркетплейс
- → Отзывы о форуме
Вместо этого я мог бы организовать это так:
- → Связь
- → События
- → Событие 2024
- → Событие 2023
- → Событие 2022
- → Сообщества [Язык, Язык, Язык…]
- → Сообщество [Язык]
- → …Сообщество [Язык]*3
- → Маркетплейс
- → Отзывы о форуме
- → События
Но почему использовать категории вместо тегов для категории третьего уровня?
- Доступ: например, если я хочу ограничить доступ к темам только для тех, кто подтвердил участие в событии (события 20xx года).
- Видимость: у категорий есть больше возможностей для отображения, таких как добавление описания, изображения и выбор макета.
- Настройки: существует множество настроек, которые можно применять к категориям, но не к тегам.
- Меньше беспорядка: наличие подкатегории третьего уровня поможет сохранить основные подкатегории видимыми.
Это лишь некоторые идеи, но я с радостью выслушаю ваше мнение. Что вы думаете о подкатегориях третьего уровня? Есть ли у вас другие варианты использования, где это могло бы быть полезно? Или вы считаете, что даже если это «технически» возможно, это может быть плохой идеей для форума (с точки зрения UX)?
Заранее спасибо за ваши мысли и опыт. ![]()