Добро пожаловать на сайт <БагБД>, где вы можете задавать вопросы о программировании и разработке на Битрикс и Битрикс24, и получать быстрые и квалифицированные ответы от профессионалов!
Выбирай тот же инфоблок. Создавать новый имеет смысл только если нужны другие какието специальные свойства, можно конечно сделать один инфоблок с избыточными свойствами, но это не удобно и возможно создаст лишнюю нагрузку на бл. Размещать в разделах удобно тем, что между ними можно перемещать элементы. А между инфоблоками нельзя.
В catalog.section.list элементы выбираются по ИД секции. Ну а зная ИД используй эту функцию, чтобы получить имя:
Ну вот есть ИБ статей - ИБ1 и я хочу в другом инфоблоке (ИБ2) в кач свойства выводить список разделов данного (ИБ1). А если я создам раздел в текущем(то есть не ИБ1 а раздел в существуещм ИБ_статьи), то при ораганизации свойства типа "привязка к разделам" у меня в селекте будут имена левых разделов (т.е. всех, содержащихся в ИБ_статьи) ...
Если я создам раздел в текущем ИБ, как мне отсеять лишнее? ФОрму редактирования сделать кастомной?
Единый иблок с разделами позволяет выводить все элементы всех разделов в одном списке с одной сортировкой в админке, иногда это удобно. А так же задавать общие свойства и делать автоматически менюшки.
Отдельный иблок позволяет создавать у элементов разные дополнительные свойства, а так же свою систему разделов для каждого иблока. Самое главное - на отдельные иблоки можно давать права изменения/добавления отдельным группам пользователей. Кроме того, запросы к таким иблокам в ряде случаев быстрее будут работать за счет выборки по одному полю (IBLOCK_ID) вместо двух (IBLOCK_ID, SECTION_ID)
В остальном же можно одинаково организовать работу как разделов, так и отдельных иблоков. Если компоненты обработки и отображения самописанные - то разница довольно прозрачна. Если стандартные, то надо создавать "под них".