Д
Ну я в таких случаях просто на лету преобращовывал xml через xslt в нужный мне формат. И все.
Size: a a a
2020 January 03
Д
У меня две базы совершенно разные считали что они обмениваются с такими же. И без скд
Д
Ой, без КД
2020 January 04
ДЗ
Хм...., кстати интересный вариант с xsl. Я хотел через xpath дома выдёргивать нужные мне элементы и подменять значения, идея с преобразованием xsl по мне выглядит красивее ) попробую )
ВБ
Что бы сразу получать ссылку на перечисление - тебе надо его запихать в пакет, т.е. что бы Фабрика знала во что преобразовать твой Понедельник. Но путь этот убогий и в будущем грозит неприятностями
АК
Денис Злобин
Коллеги, добрый день.
Подскажите, пожалуйста, возможно ли при чтении XDTO (чтение через собственную фабрику), конвертировать строковое значение сразу в перечисление?
Например, у меня есть XML с элементом, внутри которого атрибут weekDay, с перечнем возможных дней недели monday, tuesday, wednesday и проч. Я бы хотел (если возможности XDTO позволяют), чтоб эти строковые значения при чтении сразу преобразовывались в нужные мне перечисления.
Реально ли?
Подскажите, пожалуйста, возможно ли при чтении XDTO (чтение через собственную фабрику), конвертировать строковое значение сразу в перечисление?
Например, у меня есть XML с элементом, внутри которого атрибут weekDay, с перечнем возможных дней недели monday, tuesday, wednesday и проч. Я бы хотел (если возможности XDTO позволяют), чтоб эти строковые значения при чтении сразу преобразовывались в нужные мне перечисления.
Реально ли?
Есть объект СериализаторXDTO. Он вроде как и предназначен для того, чтобы объекты 1С преобразовывать в xdto и обратно.
Но я сам не пользовался ни разу, не знаю ограничений этой функции.
Но я сам не пользовался ни разу, не знаю ограничений этой функции.
Д
Есть объект СериализаторXDTO. Он вроде как и предназначен для того, чтобы объекты 1С преобразовывать в xdto и обратно.
Но я сам не пользовался ни разу, не знаю ограничений этой функции.
Но я сам не пользовался ни разу, не знаю ограничений этой функции.
Все верно. В этом и ключевая разница между фабрикой и сериализатором.
Фабрике пофиг что читать, если не указан тип явно, а сериализатор он работает с uri. И смотрит на них, в первую очередь
Фабрике пофиг что читать, если не указан тип явно, а сериализатор он работает с uri. И смотрит на них, в первую очередь
ВБ
Вопрос. Для xmlns="http://v8.1c.ru/8.3/MDClasses" возможнос создать фабрику со своим поправленным описанием? или нет?
Д
Да. Расширив это пространство имён через хдто
Д
Или через файлы моделей
Д
Вопрос - нафига только это делать? Видь суть этих имён в том, что они одинаковые везде
AO
Все верно. В этом и ключевая разница между фабрикой и сериализатором.
Фабрике пофиг что читать, если не указан тип явно, а сериализатор он работает с uri. И смотрит на них, в первую очередь
Фабрике пофиг что читать, если не указан тип явно, а сериализатор он работает с uri. И смотрит на них, в первую очередь
Ключевая разница между фабрикой и сериализатлром не в этом. Я писал о ней лет 5 назад
AO
Фабрика строит обьекты хдто, сериализатор - обьекты остального языка 1С
Д
Ключевая разница между фабрикой и сериализатлром не в этом. Я писал о ней лет 5 назад
Ну мы под капот смотрим или на применение? Если под капот, то там дофига тонкостей, если в конкретную задачу, то мне кажется что это ключевая особенность.
AO
Ну мы под капот смотрим или на применение? Если под капот, то там дофига тонкостей, если в конкретную задачу, то мне кажется что это ключевая особенность.
Никакого под капот, назначение сериализатора превратить xml/xdto в объект языка 1С
AO
А фабрика работает только на уровне xml/xdto, но не дальше
Д
Ну а я что написал? Что фабрике пофиг какой хмл читать, а сериализатор смотрит на пространства имен для преобразования.
NG
Фабрика тоже смотрит на пространство имён
AO
Сериализатор смотрит на целевой тип, и если его не указали - смотрит на ПИ с целью угадать целевой тип
AO
Т.е. в общем случае ему насрать на ПИ