пользовательский тип поля, возможно ли организовать такой тип который мог бы принимать на вход два значения?
(Привязка к пользователю и число)*множственное
Просто я нашел статью как делается поле которое принимает на вход одно значение https://it-svalka.ru/blog/bitrix/sobstvennyy-tip-polzovatelskikh-poley-v-1s-bitriks/
Но не понятно что и как сохраняет это в таблицу и вообще возможно ли переопределить механизм сохранения, можно конечно пойти костылем
Класть айдишник+нужное число через делиметр в виде строке, но как-то это не нравится, хотя по-сути нормальный вариант.
А ты можешь подробнее рассказать зачем, ну и чуть-чуть посвятить общество в подробности задачи? Возможно предложат другие решения, кроме своих uf
Так и делают. Минус - сложности фильтрации.
Я плагином пользуюсь "составное свойство"
А привязка к hl-блоку или элементу инфоблока не подойдет? Возможность быстрого редактирования, конечно, пропадет.
Вот хороший пример, можете ознакомится https://it-svalka.ru/blog/bitrix/polzovatelskiy-tip-svoystv-infobloka-v-1s-bitriks/. Но как предыдущий оратор сказал, могут возникнуть сложности при фильтрации.
Ну у меня есть элемент инфоблока и мне нужно было свойство которое будет множественным, у пользователя есть определенная характеристика число/строка не суть важно, эта характеристика может и будет как-то меняться менеджером. Нужно чтобы это множественное свойство имело привязку к пользователю и параллельно этому пользователю несла его характеристику, но не актуальную, а только в тот момент когда был создан заказ. Можно конечно вообще вывернуться и положить строку с json-ом где будут пользователи ключами а характирстика их значениями, но это как-то такое-себе, потом то нужно эти заказы будет "выбирать" и использовать при расчетах эту характеристику.
Я понимаю что так и делают, просто возможно ли используя эту методичку создать связку значений для свойства? А как поможет привязка к элементу инфоблока? Допустим я создаю свойство которое будет множственным, оно будет ссылаться на некие элементы некого иб, каким должен быть элемент? с двумя свойствами пользователь и характеристика? Если так то это в принципе интересно, но нужно тогда для каждого заказа создавать подобный элемент, а это примерно от 4 до 9~ элементов на один корневой элемент. Либо усложнять логику и проверять при создании корневого элемента на то, что такой элемент уже существует с такой характеристикой, а если нет, создавать новый элемент
а разве это нельзя записывать в "профиль покупателя", а у пользователя в свойстве хранить актуальное состояние
Что подразумевается под профилем покупателя?
Обсуждают сегодня