Почему не создаётся пользовательское поле?

Question

[svetilniki_tut]

Я зарегистрировала свой тип пользовательского поля с помощью функции GetUserTypeDescription. При создании пользовательского поля вылетает ошибка и поле не создается, если я не поставлю галочку на "Множественное поле". Что можно с этим сделать? Скриншот и код прилагаю.

<?php
require_once("CIBlockPropertyCProp.php");
use Bitrix\Main\Localization\Loc;

class CUserTypeCProp
{

private static $showedCss - false; t
private static $showedJs - false;

public static function GetUserTypeDescription()
{
return [
"USER_TYPE_ID" => “complexCProp”,
"CLASS_NAME" => "__CLASS__",
“DESCRIPTION” =  getMessage("SHARK_CPROP_DESC”),
}
{
"другие функции";
}

Comments

[Евгений]

Вижу что вопрос не первый, и у меня две идеи:
1. Может быть вы всё-же прочитаете документацию для разработчиков по созданию классов пользовательских полей.
2. Дадите больше информации о вашем коде, ибо "спасение утопающего дело рук самого утопающего", а информации от "утопающего" крайне крайне мало.

...и у меня лично складывается впечатление, что вы не осознаете код. И откуда у вас появился require_once в парадигме namespace классов?

[svetilniki_tut]

Евгений, скажу сразу, я нахожусь на этапе изучения.
1. Вы мне каждый раз отправляете одно и то же, что я уже знаю. Мой конкретный случай не описывается в документации, поэтому спрашиваю у тех, кто больше меня в этом понимает.
2. Именно с таким кодом у меня и получается создать поле (множественное).
3. Осознаю код, это специально оставленная мной штука. Эксперимент, так сказать. Спасибо за ответ.

[Евгений]

svetilniki_tut, что значит не "описывается в документации"? Что конкретно не описывается в документации?

Хорошо, давайте конкретно, раз утверждаете что читали и знаете:

Вы пишите "Я зарегистрировала свой тип пользовательского поля с помощью функции GetUserTypeDescription. " - событие не регистрируется при помощи этого метода, этот метод вызывается событием OnIBlockPropertyBuildList, так написано в документации которую вы "знаете".

Так-же в документации, в примере метода возвращаемые поля другие:

public static function GetUserTypeDescription()
	{
		return array(
			"PROPERTY_TYPE"		=>"S",
			"USER_TYPE"		=>"MyDateTime",
			"DESCRIPTION"		=>"Дата/Время",
			...
		);
	}

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

По поводу пункта 2, не понятно как вообще должно выглядеть пользовательское поле, где должно отображаться и т.д., возможно вам вообще не нужно своё пользовательское поле и можно обойтись имеющимися.

PS Если пишите в парадигме пространства имён классов, то и пишите свой класс в своём пространстве, подключайте через use, использовать require_once в данном случае пример плохого кода. Класс можно хранить в своём модуле, там-же можно хранить и класс пользовательского поля, и при регистрации модуля сразу подписать поле на нужные события, чтобы не городить огород в init.php.

[svetilniki_tut]

Евгений, вы мой вопрос читали? Видимо, нет.. Я веду речь о типе пользовательского поля, а не о пользовательском свойстве инфоблока. И событие там совсем другое, а именно OnUserTypeBuildList. Параметры же функции GetUserTypeDescription там иные, взгляните сюда.
По поводу 2 пункта, если оно мне нужно, значит, оно мне действительно нужно, и, скорее всего, вы в этом вопросе малокомпетентны, если не знаете, как выглядит пользовательское поле.

P.S. Я пишу код, как надо мне (я уже давала на это объяснение). Вдобавок к этому, я в курсе, что это пример плохого кода. И класс у меня в своём модуле, над которым я работаю в данный момент времени, в котором у меня возникла эта проблема. Я вопрос задала, чтобы мне дали ответ, а не тыкали мне в какие-то посторонние вещи, о которых я и без того знаю. И я знаю, что у меня пропущен BASE_TYPE, это проблемы не решает!

[Евгений]

svetilniki_tut, разницы особой нет, везде это пользовательские поля, в том смысле что не поля сущности user, а пользовательский(кастомный) тип поля, объект же может быть любой, например раздел инфоблока, или вообще своя сущность, описанная в ORM. Но в любом случае, в массиве нужно указать BASE_TYPE, так-же это косвенно подтверждается тем, что множественное поле хранится в базе как текст, и по этому если выбрано множественное ошибки не будет, так как BASE_TYPE будет text по умолчанию, в документации это указано, но оно и понятно, потому что множественное поле хранится в базе как сериализированный объект, а для этого подходит только тип text в виду отсутствия ограничений длинны. (bitrix/modules) /main/lib/userfield/types/stringtype - тут можно подсмотреть пример класса UF-поля.

[Михаил Ливач]

svetilniki_tut, Вы неправильно действуете. Вам надо наследовать свой класс от Bitrix\Main\UserField\Types\BaseType ( лежит тут: bitrix/modules/main/lib/userfield/types/basetype.php ) , переопределить там константу USER_TYPE_ID , и переопределить статичный метод getDescription() ( а getUserTypeDescription() трогать не надо ).

И Евгений прав в том, что у Вас наверху через require подключается подозрительный файл CIBlockPropertyCProp.php. Подозрительный он тем, что сильно похож на кастомное свойство инфоблока - они похожи на UserField ( многие методы одинаково называются), но на самом деле другие. Когда я вникал в эту тему, как раз на это напоролся - в некоторых блогах кастомные свойства инфоблока ошибочно названы "пользовательскими типами" или как-то так. Короче, можно запутаться

[svetilniki_tut]

Михаил Ливач, здесь соглашусь. Меня больше интересовал момент множественности.

А вот со вторым абзацем частично. Во-первых, ещё раз уточню, я знаю, что это пример плохого кода. Во-вторых, это был чистой воды эксперимент. В-третьих, файл не подозрительный, потому что он не просто похож на кастомное свойство инфоблока, это он и есть. Я уже прочитала массу статей по этому поводу, и знаю, что они с пользовательскими полями разные, это я пыталась донести до Евгения.

[Михаил Ливач]

svetilniki_tut, я пишу свои типы для UF так, как показал Вам, и проблем с множественностью у меня не возникало.

[svetilniki_tut]

Михаил Ливач, а можно где-нибудь посмотреть ваш пример одним глазком?