Пользовательские поля (UF)
Пользовательские поля с префиксом UF_ используются для расширения сущностей, не имеющих механизма свойств инфоблока: разделов каталога, пользователей и Highload-блоков. Поля привязываются по коду сущности (ENTITY_ID) и управляются через сервис $USER_FIELD_MANAGER или ORM.
Прогресс хранится в этом браузере. Войдите, чтобы сохранить его в аккаунте.
Что нужно понимать
-
1
Где применяются UF: разделы, пользователи, highload-блоки
-
2
Типы пользовательских полей
-
3
Работа с UF из кода
-
4
Отличие UF от свойств инфоблока
Материалы
Официальная документация
Проверь себя
Разделу каталога нужен баннер. Свойство или пользовательское поле?
Пользовательское поле: свойства инфоблока есть только у элементов, у разделов — UF с сущностью IBLOCK_<ID>_SECTION. Создаётся из формы раздела по ссылке «Добавить пользовательское свойство» или на странице Настройки > Пользовательские поля.
CIBlockSection::GetList вернул разделы без UF_BANNER, хотя поле заполнено. Что не так?
UF подмешиваются к результату только при IBLOCK_ID в фильтре и явном UF_BANNER или UF_* в массиве полей. Без IBLOCK_ID ядро не знает сущность IBLOCK_<ID>_SECTION и поля не подключает.
Через год поле UF_PHONE нужно сделать множественным. Почему нельзя просто поставить галочку?
MULTIPLE, USER_TYPE_ID, ENTITY_ID и FIELD_NAME после создания не меняются: от них зависит, где и как лежат значения. Создают новое поле, переносят значения и удаляют старое.
Чем highload-блок связан с пользовательскими полями?
У таблицы highload-блока своего поля только ID, всё остальное — UF с сущностью HLBLOCK_<ID>. Поэтому импорт в HL-блок, справочник свойства directory и фильтры по нему работают через те же UF_XML_ID и UF_NAME.
Не сходится?
Спросите ассистента BXMax: он знает документацию и материалы сайта по этой теме.
Знаете материал лучше?
Предложите ссылку: после проверки она появится в этом разделе.
Войти, чтобы предложить