Модуль «Набор свойств» - избавляемся от костылей в форме редактирования/добавления элементов.
22 мая 2013
Автор: Вернигор Сергей
Описание проблемы:
Раньше, для того, чтобы создать какое-либо структурированное свойство, нам приходилось реализовывать ряд «костылей». Например, как представить свойство Адрес, которое состоит из города, улицы, номера дома, квартиры, индекса… Ладно, если оно одиночное, можно было бы просто настроить форму редактирования элемента.
А если свойство множественное, т. е. если объект имеет несколько адресов?
Раньше приходилось при помощи JavaScript на лету разбивать такое свойство на несколько полей, а уже при изменении полей, заносить всё в скрытое поле в формате JSON, и при последующем редактировании элемента распарсивать эту строку в несколько полей.
Либо же нужно было создавать новый тип свойства под свои нужды.
Так же были варианты реализовать такой костыль при помощи целого инфоблока, что очень ресурсозатратно.
Решение проблемы:
1. Визуальное представление
Забудем о костылях, теперь всё неимоверно просто:
a. Забиваем информацию о свойстве и выбираем тип «Набор свойств»
b. Нажимаем кнопку «…» свойства (редактировать).
Здесь мы настраиваем список подсвойств основного свойства, на данный момент поддерживаются следующие типы подсвойств:
· Строка
· Число
· Привязка к разделам
· Привязка к элементам
· Дата/время
· Привязка к файлу (на сервере)
· Счётчик
· Привязка к элементам с автозаполнением
· Привязка к товарам (SKU)
· Привязка к карте Google Maps (test)
· Привязка к карте Yandex (test)
· Привязка к пользователю
· Привязка к теме форума
Каждое подсвойство также имеет свои настройки, например рассмотрим настройки подсвойства «привязка к элементам в виде списка»
c. Количество подсвойств ограничивается только настройками вашего сервера, после заполнения всех подсвойств сохраняем настройки основного свойства, далее идём в форму редактирования элемента и видим следующее:
Удобно, не правда ли? В списке элементов, это выглядит следующим образом:
Всё до безобразия просто: возьмём к примеру компонент «список новостей», в массиве $arItem[“PROPERTIES”]($arItem – элемент массива $arResult[“ITEMS”]) будет наше свойство ADDRESS и будет иметь следующую структуру
И так далее. Т.е в VALUE[0] ключами являются символьные коды подсвойств.
При выборе такого свойства в GetList: PROPERTY_ADDRESS_VALUE будет иметь такую же структуру, т.е:
3. Как фильтровать по свойству «Набор свойств»
К сожалению здесь не всё так хорошо, в битриксе нет обработчика на формирование фильтра к свойству, поэтому приходится немножко "костылять":
Например, фильтрация по подсвойству Город:
$arFilter[“?PROPERTY_ADDRESS”]=”CITY && 1234”, где CITY – символьный код подсвойства, 1234 – значение подсвойства, в данном случае ID города.
4. Как добавлять/обновлять свойство:
Тут тоже есть небольшая особенность… в общем, выглядит это так:
В общем то всё. Ждём вашей критики и предложений. Бюро интернет решений – London
PS: Решение "Набор свойств" доступно в MARKETPLACE 1C – Битрикс.
Раньше, для того, чтобы создать какое-либо структурированное свойство, нам приходилось реализовывать ряд «костылей». Например, как представить свойство Адрес, которое состоит из города, улицы, номера дома, квартиры, индекса… Ладно, если оно одиночное, можно было бы просто настроить форму редактирования элемента.
А если свойство множественное, т. е. если объект имеет несколько адресов?
Раньше приходилось при помощи JavaScript на лету разбивать такое свойство на несколько полей, а уже при изменении полей, заносить всё в скрытое поле в формате JSON, и при последующем редактировании элемента распарсивать эту строку в несколько полей.
Либо же нужно было создавать новый тип свойства под свои нужды.
Так же были варианты реализовать такой костыль при помощи целого инфоблока, что очень ресурсозатратно.
Решение проблемы:
1. Визуальное представление
Забудем о костылях, теперь всё неимоверно просто:
a. Забиваем информацию о свойстве и выбираем тип «Набор свойств»
· Строка
· Число
· Привязка к разделам
· Привязка к элементам
· Дата/время
· Привязка к файлу (на сервере)
· Счётчик
· Привязка к элементам с автозаполнением
· Привязка к товарам (SKU)
· Привязка к карте Google Maps (test)
· Привязка к карте Yandex (test)
· Привязка к пользователю
· Привязка к теме форума
Каждое подсвойство также имеет свои настройки, например рассмотрим настройки подсвойства «привязка к элементам в виде списка»
2. Как вывести в публичной части?
Всё до безобразия просто: возьмём к примеру компонент «список новостей», в массиве $arItem[“PROPERTIES”]($arItem – элемент массива $arResult[“ITEMS”]) будет наше свойство ADDRESS и будет иметь следующую структуру
$arItem[“PROPERTIES”][“ADDRESS”][“VALUE”][0][“CITY”] - город
$arItem[“PROPERTIES”][“ADDRESS”][“VALUE”][0][“ F_ADDRESS”] – фактический адрес
И так далее. Т.е в VALUE[0] ключами являются символьные коды подсвойств.
При выборе такого свойства в GetList: PROPERTY_ADDRESS_VALUE будет иметь такую же структуру, т.е:
$arItem[“PROPERTY_ADDRESS_VALUE”][0][“CITY”] – город $arItem[“PROPERTY_ADDRESS_VALUE”][0][“ F_ADDRESS”] – фактический адрес
3. Как фильтровать по свойству «Набор свойств»
К сожалению здесь не всё так хорошо, в битриксе нет обработчика на формирование фильтра к свойству, поэтому приходится немножко "костылять":
Например, фильтрация по подсвойству Город:
$arFilter[“?PROPERTY_ADDRESS”]=”CITY && 1234”, где CITY – символьный код подсвойства, 1234 – значение подсвойства, в данном случае ID города.
4. Как добавлять/обновлять свойство:
Тут тоже есть небольшая особенность… в общем, выглядит это так:
$arAddres = array( "F_ADDRESS"=>$props["F_ADDRESS"]["VALUE"], "L_ADDRESS"=>$props["U_ADDRESS"]["VALUE"], "CITY"=>$arCities[$props["CITY"]["VALUE_ENUM_ID"]], "GEO_POSITION"=>$props["GEO_POS"]["VALUE"], ); CIBlockElement::SetPropertyValuesex($ELEMENT_ID,false, array("ADDRESS" =>serialize($arAddres)));
В общем то всё. Ждём вашей критики и предложений. Бюро интернет решений – London
PS: Решение "Набор свойств" доступно в MARKETPLACE 1C – Битрикс.
Предлагаем еще прочесть
