Использование групп одного инфоблока другими

Рейтинг: 1.2057  
На голосовании
Предложил Волков Сергей 31.05.2012 15:11:46

Использование групп одного инфоблока другими

Здравствуйте!

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

В результате есть 2 пути:
- тупо повторять структуру в каждом инфоблоке;
- использовать решение http://marketplace.1c-bitrix.ru/solutions/smanline.classifier/#tab-images-link

У первого и второго есть свои плюсы и минусы.

Что я предлагаю:
- группировку элементов одного инфоблока группами другого;
- чтобы это включалось в настройках "дочернего" инфоблока (например, пункт "Использовать группы инфоблока" со списком инфоблоков в выпадающем меню, исключая текущий и другие с такой же настройкой).
См. на скрине настроек инфоблока пункт "Использовать разделы другого инфоблока":



В результате внешне группировка инфоблоков должна работать как обычно, причем как в публичном, так и в административном интерфейсах вне зависимости от того, чьи группы -- "свои" или "заимствованные" -- инфоблок использует.

Функционал создания и редактирования групп тоже должен функционировать везде -- и в тех инфоблоках, которые имеют свои группы, и в тех, которые не имеют свои группы и используют группы других инфоблоков. Только в последнем случае, разумеется, группы будут создаваться и редактироваться не "свои", а  "заимствованные".

Рейтинг: 0  
Ливач Михаил 04.06.2012 19:15:51
В чем минусы первого варианта я могу понять - многократное дублирование.
А в чём минусы второго варианта? (само решение не видел, но принцип кажется очевидным)
Рейтинг: 0  
Коваленко Алексей 05.06.2012 07:38:26
в некоторых случаях идея может быть полезна
Но только в частных случаях, пробовал для себя подумать над примерами, когда это реально нужно, и не смог найти то множество, ради которого стоило бы модернизировать функционал.
Меня больше на самом деле пугает то, насколько надо перестроить архитектуру Битркиса для этого.
Ни для кого не секрет, что АПИ по работе с секциями достаточно трудозатратны с точки зрения производительности. На небольших объемах данных этого никто просто не замечает.
Не усугубит ли совершенствование функционала ради реализации такой вот фишки текущее состояние архитектуры?
Рейтинг: 0  
Волков Сергей 09.06.2012 19:53:19
А в чём минусы второго варианта? (само решение не видел, но принцип кажется очевидным)
Принцип-то очевиден, в рамках существующей логики продукта. Однако компонент решает только часть задач, так как является лишь аналогом компонента bitrix:catalog.section.list Как быть с bitrix:catalog.section? У меня есть предположения, а вы что думаете?

Я не говорю уже о невозможности использования стандартного функционала административного интерфейса при работе с группами и элементами в рамках одного инфоблока.

Меня больше на самом деле пугает то, насколько надо перестроить архитектуру Битркиса для этого.
Ни для кого не секрет, что АПИ по работе с секциями достаточно трудозатратны с точки зрения производительности. На небольших объемах данных этого никто просто не замечает.
Не усугубит ли совершенствование функционала ради реализации такой вот фишки текущее состояние архитектуры?
Да, задача непростая. Однако архитектура продукта при этом станет станет еще более гибкой или гибче, как бы сказал Д. Э. Розенталь.