Green FiLin's blog

ЛЕФТ ДЖОЙН, я сказал!

noreply@blogger.com (Green FiLin) — Fri, 24 Feb 2012 11:55:00 +0000

Смешное видео из поста "Видео от ИТ-компаний: хит-парад" на ДОУ:

P.S.: Прям как у нас на code review.

Экзамен "Специалист по УПП". Руководство по прохождению.

noreply@blogger.com (Green FiLin) — Fri, 24 Feb 2012 11:50:00 +0000

Экзамен "Специалист по УПП". Руководство по прохождению (советы + решения + тонкости и подводные камни).

Code monkey

noreply@blogger.com (Green FiLin) — Thu, 16 Feb 2012 18:50:00 +0000

Спасибо сообществу.

Работа с командой

noreply@blogger.com (Green FiLin) — Mon, 13 Feb 2012 20:02:00 +0000

В процессе одного обсуждения родилось очень меткое выражение: "Тимдилдинг".

IT и IPO

noreply@blogger.com (Green FiLin) — Thu, 09 Feb 2012 15:52:00 +0000

Вот это я понимаю! IT активно поперло на IPO. Давно пора!

Инфостарт

noreply@blogger.com (Green FiLin) — Wed, 08 Feb 2012 09:54:00 +0000

Что-то на Инфостарте в последнее время стало слишком много Фиксина...

Наши проектные решения

noreply@blogger.com (Green FiLin) — Fri, 03 Feb 2012 12:08:00 +0000

Некоторые из наших решений сильно напоминают то, что нарисовано на обложке этой книги:

Интересная, наверное, книга. =)

Global Logic

noreply@blogger.com (Green FiLin) — Wed, 01 Feb 2012 09:09:00 +0000

Роман Хмиль прощается с GL в своем письме на DOU. Нельзя сказать, что событие слишком уж значимое, но резонансное. Все-таки GL один из крупнейших девелоперов в Украине.
Что ж, посмотрим что будет дальше.

intuit.ru - Основы разработки в 1С 8.2

noreply@blogger.com (Green FiLin) — Mon, 30 Jan 2012 20:52:00 +0000

В прошлом году пришла ссылка на любопытный курс по основам разработки в 1С 8.2.
Думал забить, но в списке начатых курсов строчка висела как загаданная дарума.

Хороший курс для совсем начинающих. К тому же, там упоминаются общие реквизиты и агрегаты, то есть курс свежий. Советуйте знакомым.

А вообще, там на сайте очень много интересного. Я себе кое-что присмотрел уже.

Зачем бухгалтеру счеты?

noreply@blogger.com (Green FiLin) — Wed, 25 Jan 2012 12:58:00 +0000

Действительно, зачем? Арчибальд выражает авторитетное мнение.

Тестирование в 1С

noreply@blogger.com (Green FiLin) — Tue, 17 Jan 2012 20:36:00 +0000

Несколько ссылок на тему.
Юниттестирование на восьмерке. Очень сырой драфт.
Тестирование разработок на платформе 1С. Управление данными.
Удобство разработки и тестирование.

Операции

noreply@blogger.com (Green FiLin) — Tue, 17 Jan 2012 11:34:00 +0000

!Swetik (13:50:43 13/01/2012)
Димуль, с работы пойдешь - купи хлеба - ( половинку ржаного && ( булку || половинку белого ) )

(c) bor

Чистые функции

noreply@blogger.com (Green FiLin) — Tue, 17 Jan 2012 07:49:00 +0000

Основы функционального программирования. Но все-равно любопытно. Чистые функции.

Говнокод, ли?

noreply@blogger.com (Green FiLin) — Wed, 11 Jan 2012 15:56:00 +0000

Вдогонку к предыдущему посту.

Перем Да, Нет Экспорт;

Да  = 1;
Нет = 0;

// и далее в кодах идет

Если {что_то}=Да Тогда
...
КонецЕсли;

Пока 1С-ники буду ржать над таким кодом, все остальные будут ржать над 1С-никами.
Грустно.

Говнокод.ру

noreply@blogger.com (Green FiLin) — Wed, 11 Jan 2012 15:34:00 +0000

И у 1С-ника есть возможность выс... Высказаться!

f(x) её друзья

noreply@blogger.com (Green FiLin) — Fri, 30 Dec 2011 09:20:00 +0000

Потрясающий комикс!

Разминка за утренним кофе

noreply@blogger.com (Green FiLin) — Wed, 14 Dec 2011 09:07:00 +0000

Простой тест на логику, который легко можно пройти пока вы пьете свой утренний кофе, просто чтобы настроиться (30/30).

Введение в ТРИЗ для программистов

noreply@blogger.com (Green FiLin) — Sun, 11 Dec 2011 20:18:00 +0000

Недавно лентой мне принесло прелюбопытнейшее видео: Введение в ТРИЗ для программистов. Это запись семинара, который проводился в СПбГУ, смотреть и скачивать можно совершенно бесплатно, правда, надо зарегистрироваться на сайте.

Лично я считаю, что материал неплохой, и сама ТРИЗ вещь очень нужная и полезная. Во-первых это практические методы реально помогающие в решении задач, во-вторых это философия и способ упорядочить сознание.
Но будьте осторожны! В материале могут встретиться моменты выносящие мозг с корнем. Например, в третьей лекции ("Примеры решения задач"). Решение задачи о вводе пароля мне кажется несколько неудачным. Я так и записал себе: "45-я минута - отметка с которой начинается глубокое погружение в маразм". А на 50-й минуте мне почудилась шизофазия (фраза об "это стало много"). Тем не менее, наверняка это особенности моего восприятия, а вы можете посмотреть и сложить собственное мнение.

P.S.: Я понял кого он мне напоминает! Манерой изъясняться он очень похож на моего школьного преподавателя ОНТТ (Основы Научно-Технического Творчества, же!) У того тоже была привычка говорить что-то вроде: "да, вы еще ничего не знаете про ОНТТ, а уже спорите" и задавать задачи о том "кто больнее на ногу наступит - слон или женщина на шпильке" и выдавать собственный ответ за правильный несмотря на то, что формула P = dF_n/dS ни для кого не секрет.

Но все-таки сам я собираюсь это видео досмотреть и вам советую.

Зачем директору сервер?

noreply@blogger.com (Green FiLin) — Fri, 09 Dec 2011 08:03:00 +0000

Microsoft выложила админско-директорский разговорник.

P.S.: Спасибо, Валера.

Совершенный код

noreply@blogger.com (Green FiLin) — Mon, 28 Nov 2011 08:34:00 +0000

"...Если в жаpком бою испытал, что почем,-

Значит, нужные книги ты в детстве читал!"

(В.Высоцкий)

Наконец-то я дочитал замечательную книгу Стива Макконела "Совершенный код".

Я считаю, что эта книга совершенна обязательна к прочтению любому, кто называет себя программистом.

Несмотря на свой угрожающий объем (более 700 страниц) читается она легко. Мне ни разу не довелось заскучать читая ее. Так же она всеобъемлющая. Кажется, что она про "все программирование вообще", но в конце каждой главы есть список литературы по теме. В этих списках почти все - золотая классика программирования. Так, что любой сможет удовлетворить свое любопытство в полной мере по любому описываемому вопросу. Информация в книге вообще организована очень толково. Контрольные списки, основные тезисы по каждой главе, продуманная структура оглавления. Все сделано для того, что материал усвоился максимально полно.

Мне кажется, что самую большую пользу она может принести начинающему. Однако боюсь, что без некоторого опыта в разработке кое-какие моменты книги могут выглядеть спорно. Но, не сомневайтесь, Макконел знает о чем говорит. К тому же он сам достаточно убедителен в таких вещах.

Очень приятно то, в книге нет догматов. Автор в каждой главе советует "включать свою голову" и делать свой выбор в пользу того или иного способа сообразно ситуации. Например, нет категорического запрета использования "goto", а только внимательный анализ и выводы о том, что его использование приведет к проблемам и рекомендации избегать использования этого оператора. Но, как пишет сам Макконел, "если вы твердо уверены, что это единственный правильный способ"...

И хотя книга настолько старая, что успела стать классикой, она до сих пор сохраняет актуальность. Отчасти из-за переизданий, но в основном потому, что вещи, которые в ней описаны, фундаментальны и будут оставаться важными долгие годы. И знания, полученные из нее вы в любом случае сможете применить в не зависимости от языка и платформы.

После того, как я прочел эту книгу, я больше не могу писать код как раньше. Мой код стал лучше и опрятнее.
И теперь моя жизнь разделилась на две части. "До" прочтения и "после".

Побольше читайте, ведь "хуже чем не прочесть ни одной книги за последние 90 дней - это не прочесть ни одной книги за последние 90 дней и считать, что все в порядке".

А я желаю вам хорошего дня и хорошего кода.

Вам, овертаймеры!

noreply@blogger.com (Green FiLin) — Thu, 17 Nov 2011 13:54:00 +0000

xxx: Здравствуй, милый!
yyy: дря
xxx: Уже первый час, а ты все на работе... Что-то случилось, зайка?
yyy: да б$%. Мозг уже свернул. Все что написал за выходные - не компилится и падает. Эксемели не валидируются, скрипты все с синтакс еррорами. Лайаут в жопе. А главное - ВСЕ ПРАВИЛЬНО.
yyy: Я же на выходных все отладил...
xxx: Любимый... Только не обижайся, ладно?
xxx: Возможно дело в том, что после того как ты отрубился под утро в понедельник... я взяла твой лаптоп и кое-где поменяла английские буквы "С" и "c" на русские "С" и "с"...
xxx: ПОТОМУ ЧТО НЕХУЙ РАБОТАТЬ ВЫХОДНЫМИ, ТРУДОГОЛИК ХЕРОВ
xxx: Так что приезжай домой, у нас сегодня котлетки...
yyy: Сссука бессердечная.
yyy: Выезжаю.

XDTO-пакеты. Неименованные типы

noreply@blogger.com (Green FiLin) — Wed, 16 Nov 2011 20:56:00 +0000

В продолжение к посту XDTO-пакеты, xml, xml schema несколько слов о неименованных типах.

Давайте посмотрим, что будет, если в конструкторе XDTO-пакета к свойству добавить определение типа и, в свою очередь, добавить туда еще свойств:

Как видите, свойства "Адрес" и "Телефон" сложного типа ("ОбъектXDTO"). А телефон еще и списковый тип (я задал "Максимальное количество" равное трем).

Вот XML-схема этого пакета:

< xs:schema xmlns:tns="http://www.1c.ru/demos/products"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://www.1c.ru/demos/products"
attributeFormDefault="unqualified" elementFormDefault="qualified">
   < xs:complexType name="Клиент">
      < xs:sequence>
         < xs:element name="Фамилия" type="xs:string"/>
         < xs:element name="Имя" type="xs:string"/>
         < xs:element name="Адрес">
            < xs:complexType>
               < xs:sequence>
                  < xs:element name="Город" type="xs:string"/>
                  < xs:element name="Улица" type="xs:string"/>
                  < xs:element name="Дом" type="xs:int"/>
               < /xs:sequence>
            < /xs:complexType>
         < /xs:element>
         < xs:element name="Телефон" maxOccurs="3">
            < xs:complexType>
               < xs:sequence>
                  < xs:element name="КодГорода" type="xs:string"/>
                  < xs:element name="Номер" type="xs:string"/>
                  < xs:element name="Добавочный" type="xs:string"/>
               < /xs:sequence>
            < /xs:complexType>
         < /xs:element>
      < /xs:sequence>
   < /xs:complexType>
< /xs:schema>

Вот код, который создает объект этого типа:

    клиентТип = ФабрикаXDTO.Тип("http://www.1c.ru/demos/products", "Клиент");
    клиент = ФабрикаXDTO.Создать(клиентТип);

При создании объекта типа "Клиент" мы получим следующую картину:

Заполнить реквизиты "Фамилия" и "Имя" несложно:

    клиент.Фамилия = "Нуралиев";
    клиент.Имя = "Борис";

Телефоны рассмотрим немного позже, а вот как заполнить реквизит "Адрес"? По логике, это нужно сделать как в примере с номенклатурой и единицами измерения из предыдущей статьи. Создать "ОбъектXDTO" с типом таким же, как у свойства "Адрес". Но у этого типа нет самостоятельного имени, а значит, вызвать "ФабрикаXDTO.Тип(...)", чтобы получить этот самый тип, не получится. Но это не значит, что самого типа нет. Просто он содержится в типе "клиентТип". Давайте посмотрим на него более внимательно:

Как видите, имени у типа нет, но сам объект "ТипОбъектаXDTO" существует. Значит, адрес мы можем заполнить вот таким кодом:

    клиент.Адрес = ФабрикаXDTO.Создать(клиентТип.Свойства.Получить("Адрес").Тип);
    клиент.Адрес.Город = "Москва";
    клиент.Адрес.Улица = "Селезневская";
    клиент.Адрес.Дом = 21;

Теперь и с телефонами ситуация проясняется. Свойство "Телефон" имеет тип "СписокXDTO", а синтакс-помощник говорит, что у этого типа есть метод "Добавить", которому передается "ОбъектXDTO". Вот код, который добавляет телефоны:

    телефонТип = клиентТип.Свойства.Получить("Телефон").Тип;

    нТелефон = ФабрикаXDTO.Создать(телефонТип);
    нТелефон.КодГорода = "495";
    нТелефон.Номер = "737-92-57";
    нТелефон.Добавочный = "*0";
    клиент.Телефон.Добавить(нТелефон);

    нТелефон = ФабрикаXDTO.Создать(телефонТип);
    нТелефон.КодГорода = "495";
    нТелефон.Номер = "681-44-07";
    нТелефон.Добавочный = "*0";
    клиент.Телефон.Добавить(нТелефон);

В итоге я получил вот такой XML:

< ?xml version="1.0" encoding="UTF-8" ?> 
< Клиент xmlns="http://www.1c.ru/demos/products"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  < Фамилия>Нуралиев< /Фамилия> 
  < Имя>Борис< /Имя> 
  < Адрес>
    < Город>Москва< /Город> 
    < Улица>Селезневская< /Улица> 
    < Дом>21< /Дом> 
  < /Адрес>
  < Телефон>
    < КодГорода>495< /КодГорода> 
    < Номер>737-92-57< /Номер> 
    < Добавочный>*0< /Добавочный> 
  < /Телефон>
  < Телефон>
    < КодГорода>495< /КодГорода> 
    < Номер>681-44-07< /Номер> 
    < Добавочный>*0< /Добавочный> 
  < /Телефон>
< /Клиент>

Напоследок хочу подарить вам небольшую рекурсивную процедуру, которая заполняет все свойства вот таких неименованных типов, кроме списковых:

// Заполняет все свойства объектов, которые в качестве типа имеют неименованый тип "ОбъектXDTO"
Процедура ЗаполнитьСвойстваОбъектаXDTO(ОбъектXDTO, тФабрикаXDTO)
    ТипОбъектаXDTO = ОбъектXDTO.Тип();
    Для каждого СвойствоXDTO Из ТипОбъектаXDTO.Свойства Цикл
        флТипНеИменованый = ПустаяСтрока(СвойствоXDTO.Тип.Имя);
        флСвойствоНеСписковое = (СвойствоXDTO.НижняяГраница=1) и (СвойствоXDTO.ВерхняяГраница=1);
        Если флТипНеИменованый и флСвойствоНеСписковое Тогда
            тЗначениеСвойства = тФабрикаXDTO.Создать(СвойствоXDTO.Тип);
            Если Тип(тЗначениеСвойства) = Тип("ОбъектXDTO") Тогда
                ЗаполнитьСвойстваОбъектаXDTO(тЗначениеСвойства, тФабрикаXDTO);
            КонецЕсли;
            ОбъектXDTO.Установить(СвойствоXDTO,тЗначениеСвойства);
        КонецЕсли;
    КонецЦикла;
КонецПроцедуры // ЗаполнитьСвойстваОбъектаXDTO

Естественно, вы можете доработать ее по своему вкусу.

На сегодня на этом все, а вам я желаю хорошего дня и хорошего кода.

XDTO-пакеты, xml, xml schema

noreply@blogger.com (Green FiLin) — Fri, 11 Nov 2011 19:04:00 +0000

«Гло́кая ку́здра ште́ко будлану́ла бо́кра и курдя́чит бокрёнка»
(первая ассоциация, пришедшая в голову
после прочтения "мана" о XDTO-пакетах)

Приветствую, многоуважаемый all!

После долгого молчания, вызванного тем, что я сейчас больше читаю, чем пишу (чукча читатель, а не писатель), я решил поделиться с вами небольшим обзором, в котором хочу рассказать о том, что я узнал о XDTO-пакетах и обо всем, что с ними связано. Сразу скажу, что в интернете есть документация на эту тему и вообще гугл никто не отменял, но, на мой взгляд, ее как-то маловато. Пусть будет еще. Итак.

С чего начинается?..

С чего начинаются XDTO-пакеты для неискушенного разработчика? Для меня они начались с вопроса: "А что это еще за хренотень в дереве метаданных?" И еще я знал, что это что-то про xml. Но мы начнем не с этого. А с объекта ФабрикаXDTO. Как можно догадаться из названия, это фабрика объектов (XDTO расшифровывается как XML Data Transfer Objects).

Небольшое лирическое отступление. Лучше понять, что такое "фабрика объектов", можно из замечательной книги "Приемы объектно-ориентированного проектирования. Паттерны проектирования" в частности, в разделе о шаблоне "Абстрактная фабрика", или "Фабричный метод". Книга, хочу заметить, действительно стоящая, но мозголомная, скорее формата "справочник", а не "учебник". Вдобавок все, что там написано, сложно применимо к 1С. Когда-нибудь я разозлюсь и напишу здоровенную статью о шаблонах (привет, kote!), а то досадно, что некоторые 1С-программистов даже считать не собираются. Инструмент не должен стоять на пути человека к вершинам профессионализма. Но пока не об этом.

Итак, говоря простым языком, фабрика объектов - это некое "устройство", умеющее принять на входе описание объекта и сгенерировать по этому описанию объект определенного типа, "пригодный к употреблению". Или несколько. То есть это в прямом смысле фабрика: загрузили "чертеж", и она пошла штамповать "продукцию" по "чертежу" (для дотошных: "сырье" в этом случае ваше процессорное время, электричество и т.д.).

Тут я просто вынужден послать вас ознакомиться с хорошей статьёй о простых типах в XDTO с диска ИТС. Если бы это было целесообразно, я бы всю ее скопипастил сюда, но зачем? И все же один пример я оттуда возьму. Для наглядности.

Вот так в статье описывается работа с объектом "Структура":

структурныйТип = ФабрикаXDTO.Тип("http://www.1c.ru/demos/products", "Номенклатура");
номенклатура = ФабрикаXDTO.Создать(структурныйТип);
номенклатура.Наименование = "Ботинки женские";
номенклатура.ЗакупочнаяЦена = 1000;

Для этого примера я бы нарисовал такую диаграмму:

Обратите внимание, что объект "структурныйТип" (т.н. "чертеж") тоже был создан фабрикой, на основании "загадочных" строчек. Рассмотрим, что же это за строчки. Про метод "Тип" объекта "ФабрикаXDTO" синтакс-помощник пишет:

Синтаксис:
Тип(<URIПространстваИмен>, <Имя>) 

Возвращаемое значение:
Тип: ТипЗначенияXDTO; ТипОбъектаXDTO; Неопределено. 

Описание:
Получение типа XDTO.

Не слишком информативно. Тем не менее понятно, что на основании какого-то пространства имен и имени типа метод "Тип" создает нам необходимый "чертёж". Про пространства имен можно почитать, например, в статье "Коротко о пространствах имен (XML Namespaces)", или терзайте жужл запросом "xmlns". Вкратце же скажу, что это некая область, в которой вы можете определить свои xml-теги, и они будут означать именно то, что вы в них закладывали при определении. Например, тег <table> в пространстве имен, определяющем HTML-документ, означает описание таблицы, а в вашем собственном он может означать, например, блок описания стола. Чтобы их не путать и нужны пространства имен.

Тут есть очень важный момент, который сначала вводит в заблуждение. Название пространства имен напоминает адрес страницы в интернете, и сразу же хочется посмотреть, что там такое по этому адресу. Так вот. Технически название может быть любым, но разработчики договорились, что все будут использовать в качестве названия пространства имен URL, по которому в интернете находится страница с описанием этого пространства имен, понятным человеку. К тому же так обеспечивается уникальность названий пространств имен, поскольку в интернете не может быть двух страниц с одинаковым адресом. И "ФабрикаXDTO" при генерации типа XDTO, конечно же, не лезет в интернет ни за какими данными. К сожалению, не все соблюдают правило о публикации человеческих описаний (сволочи!), и уж тем более нехорошо использовать адреса на чужих доменах (как в примере). Мало ли какую информацию фирма 1С воткнет со временем на страницу http://www.1c.ru/demos/products. Это может вводить в заблуждение, поэтому в production-коде я настойчиво рекомендую использовать собственные домены и писать описания. Коллеги разработчики, давайте заботиться друг о друге.

Все же XDTO-пакеты

Поскольку мы выяснили, что данные о пространстве имен берутся не из интернета, возникает вполне резонный вопрос: откуда же тогда, черт побери?! И вот тут мы подходим к тому самому разделу "XDTO-пакеты" в дереве метаданных в конфигураторе. Внимательный читатель, наверное, заметил (если еще не забыл после моих лирических отступлений), что в примере мы использовали объект "ФабрикаXDTO", нигде его не создавая. Все верно, в глобальном контексте 1С есть такой объект (я бы сказал "синглтон"), который знает о куче разных пространств имен, уже описанных в конфигураторе и вообще в платформе. То есть для того, чтобы наш пример заработал, нам необходимо создать примерно такой XDTO-пакет:

То есть мы создали тип объекта "Номенклатура", в который добавили два свойства: "Наименование" и "ЗакупочнаяЦена". Обратите внимание, что при создании пакета мы задали ему то пространство имен, которое в дальнейшем будем использовать при создании объекта "структурныйТип". Если вы посмотрите конструктор свойств, то можете увидеть там много интересного. Например, для моего свойства "Наименование" я использовал тип "string (http://www.w3.org/2001/XMLSchema)". Запомните это пространство имен. В нем описаны все базовые типы, которые вы можете использовать в своих объектах, такие как "string", "int" и так далее. После того как мы добавили пакет, объект "ФабрикаXDTO" знает о нашем пространстве имен и описанных в нем типах.
Нужно помнить, что пространства имен, описанные в разделе дерева метаданных "XDTO-пакеты", доступны только на сервере. При попытке обратиться к ним из клиентского кода (так же как и при других ошибках) метод "Тип" вернет "Неопределено". Этот момент несколько раздражает при отладке, мне кажется, что лучше бы оно ругалось чем-нибудь вроде "Тип не найден", но "маємо те, що маємо".

В своих объектах вы можете использовать и собственные типы из вашего пространства имен. Например, давайте добавим единицы измерения:

В качестве типа для свойства "ЕдИзм" я установил тип "ЕдиницаИзмерения (http://www.1c.ru/demos/products1)", просто выбрав его из дерева определенных в конфигурации типов.
А вот код, который создает этот объект:

    структурныйТип = ФабрикаXDTO.Тип("http://www.1c.ru/demos/products1", "Номенклатура1");
    номенклатура = ФабрикаXDTO.Создать(структурныйТип);
    номенклатура.Наименование = "Ботинки женские";
    номенклатура.ЗакупочнаяЦена = 1000;

    единицаТип = ФабрикаXDTO.Тип("http://www.1c.ru/demos/products1", "ЕдиницаИзмерения");
    единица = ФабрикаXDTO.Создать(единицаТип);
    единица.Наименование = "шт.";
    единица.Коэффициент = 1.5;

    номенклатура.ЕдИзм = единица;

Надеюсь, принцип понятен. Можете самостоятельно поиграться со свойствами, типами, объектами и прочим. Там есть куда "потыкать пальцем" и чего попробовать. А я тем временем продолжу.

Сериализировали-сериализировали

Что полезного мы уже можем извлечь из того, что знаем? Во-первых, объекты XDTO прекрасно сериализуются (XML же, как вы помните). Дополним код вот таким фрагментом:

    ИмяФайла = "D:\Temp\struct.xml";
    МойXML = Новый ЗаписьXML;
    ПараметрыЗаписиXML = Новый ПараметрыЗаписиXML("UTF-8", "1.0", Ложь);
    МойXML.ОткрытьФайл(ИмяФайла, ПараметрыЗаписиXML);
    МойXML.ЗаписатьОбъявлениеXML();

    ФабрикаXDTO.ЗаписатьXML(МойXML, номенклатура);

    МойXML.Закрыть();

На выходе мы получим вот такой файл:

<Номенклатура1 xmlns="http://www.1c.ru/demos/products1" 
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Наименование>Ботинки женские<Наименование> 
 <ЗакупочнаяЦена>1000<ЗакупочнаяЦена>
 <ЕдИзм>
  <Наименование>шт.<Наименование>
  <Коэффициент>1.5<Коэффициент>
 <ЕдИзм>
<Номенклатура1>

Теперь вы можете послать его друзьям по электронной почте, если, конечно, их интересуют женские ботинки. =)

Но поскольку объекты сериализуются, то они так же замечательно и десериализуются. Давайте попробуем:

    структурныйТип = ФабрикаXDTO.Тип("http://www.1c.ru/demos/products1", "Номенклатура1");

    ИмяФайла = "D:\Temp\struct.xml";
    МойXML = Новый ЧтениеXML;
    МойXML.ОткрытьФайл(ИмяФайла);

    номенклатура = ФабрикаXDTO.ПрочитатьXML(МойXML, структурныйТип);

    МойXML.Закрыть();

    Сообщить(номенклатура.ЕдИзм.Наименование);

Вы когда-нибудь разбирали xml-файлы построчно, вылавливая значки "больше"-"меньше" бесконечными "Найти" и "Сред/Лев/Прав"? А пользовались ли вы замечательным объектом "ЧтениеXML" для разбора файла по тегам, которые потом приходилось разгребать вручную в какую-нибудь структуру? Теперь, если у вас правильно описаны XDTO-пакеты и типы в них, вы можете загружать xml сразу в объект и дальше работать с ним как с объектом. На мой взгляд, это замечательно и удобно.
К тому же при загрузке xml-файла происходит его валидация на соответствие типу, и в случае ошибки метод вызывает исключение. Поэтому, конечно же, правильный код по загрузке xml будет такой:

    Попытка
        номенклатура = ФабрикаXDTO.ПрочитатьXML(МойXML, структурныйТип);
    Исключение
        Сообщить(ОписаниеОшибки());
        // еще какая-нибудь обработка исключения
        Возврат;
    КонецПопытки;

Что еще полезного можно получить из XDTO-пакетов? А вот что! Также мы можем очень просто выгружать объекты метаданных. В конфигурации есть пространство имен, в котором есть все типы XDTO присутствующих в конфигурации метаданных.

Добавим справочник "Клиенты", создадим в нем один элемент и напишем такой код:

    // Получим объект
    СпрКлиенты = Справочники.Клиенты;
    Выборка = СпрКлиенты.Выбрать();
    Пока Выборка.Следующий()  Цикл
        КлиентОбъект = Выборка.ПолучитьОбъект();
        Прервать;
    КонецЦикла;

    // Создадим ОбъектXDTO
    клиентыТип = ФабрикаXDTO.Тип("http://v8.1c.ru/8.1/data/enterprise/current-config", "CatalogObject.Клиенты");
    клиент = ФабрикаXDTO.Создать(клиентыТип);

    // Заполним ОбъектXDTO и сохраним его
    ЗаполнитьЗначенияСвойств(клиент,КлиентОбъект);

    ИмяФайла = "D:\Temp\сlient.xml";
    МойXML = Новый ЗаписьXML;
    ПараметрыЗаписиXML = Новый ПараметрыЗаписиXML("UTF-8", "1.0", Ложь);
    МойXML.ОткрытьФайл(ИмяФайла, ПараметрыЗаписиXML);
    МойXML.ЗаписатьОбъявлениеXML();

    ФабрикаXDTO.ЗаписатьXML(МойXML, клиент);

    МойXML.Закрыть();

В первой части кода, там, где мы получаем объект, ничего интересного не происходит, мы просто получаем объект (весьма коряво, надо отметить, но для примера пойдёт).
Зато обратите внимание на пространство имен и имя объекта в строчке, где создается объект "клиентыТип". В пространстве имен "http://v8.1c.ru/8.1/data/enterprise/current-config" должны быть описаны все объекты метаданных конфигурации, в чем вы можете убедиться, если посмотрите его в конструкторе XDTO-пакетов.
Дальше уже знакомая процедура - сохранение объекта в XML.

Вот что получилось у меня:

<?xml version="1.0" encoding="UTF-8" ?> 
<CatalogObject.Клиенты
xmlns="http://v8.1c.ru/8.1/data/enterprise/current-config"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Ref>b0fc4df2-0a54-11e1-8797-ac728931524e</Ref> 
 <DeletionMark>false</DeletionMark> 
 <Code>000000001</Code> 
 <Description>Тестовый клиент 1</Description> 
 <ТипКлиента>непоняно</ТипКлиента> 
</CatalogObject.Клиенты>

Как видите, тут есть все реквизиты, включая стандартные ("Наименование", "Код"), а также ссылка ("Ref") и пометка на удаление ("DeletionMark").

Естественно, этот файл также можно загрузить обратно в объект. Код, надеюсь, вы уже можете написать сами.

В помощь юному падавану-сериализатору в 1С есть объект "СериализаторXDTO". Он также представлен как "синглтон", доступный в глобальном контексте, и как отдельный тип. В принципе, строки:

    // Создадим ОбъектXDTO
    клиентыТип = ФабрикаXDTO.Тип("http://v8.1c.ru/8.1/data/enterprise/current-config", "CatalogObject.Клиенты");
    клиент = ФабрикаXDTO.Создать(клиентыТип);

    // Заполним ОбъектXDTO
    ЗаполнитьЗначенияСвойств(клиент,КлиентОбъект);

можно смело заменить на:

    // Создадим ОбъектXDTO и заполним его
    клиент = СериализаторXDTO.ЗаписатьXDTO(КлиентОбъект);

Код получился короче и работает более корректно. Например, если в справочнике "Клиенты" определены табличные части, то "ЗаполнитьЗначенияСвойств" с их заполнением не справится. А сериализатор - запросто. Теперь, когда (я надеюсь) вы понимаете основные принципы работы XDTO-пакетов, вы запросто разберетесь с тем, что еще можно делать с сериализатором. Да пребудет с вами сила синтакс-помощника. А я продолжу.

XDTO-пакет? Не нужен!

К этому моменту вы, наверное, задаете себе (а заодно и мне) вопрос: "Хорошо, ну вот у меня есть описанный в конфигурации тип в XDTO-пакете, есть xml, и все вроде бы хорошо. А что делать, если мне пришел какой-то новый xml, в другом формате, а я хочу работать с ним как с объектом? Опять конфигуратор открывать и описывать там тип?"
Конечно, без описания типа вам не обойтись. Но конфигуратор для этого не нужен. И тут нужно рассмотреть такую замечательную вещь, как xml schemа. XML-cхема - это как раз и есть описание типа, представленное (внимание!) в формате xml.
Давайте сделаем какой-нибудь небольшой XDTO-пакет, что-нибудь вроде этого:

А теперь нажмите на кнопку "Экспорт XML-схемы..." (выглядит как ящик с листиком бумаги и стрелочкой) и сохраните схему в файл address.xsd
У меня получилось вот что:

<xs:schema xmlns:tns="http://www.1c.ru/demos/products2"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
targetNamespace="http://www.1c.ru/demos/products2"
attributeFormDefault="unqualified" elementFormDefault="qualified">
 <xs:complexType name="КлассификаторАдреса">
  <xs:sequence>
   <xs:element name="Город" type="xs:string"/>
   <xs:element name="Улица" type="xs:string"/>
   <xs:element name="НомерДома" type="xs:int"/>
   <xs:element name="НомерКвартиры" type="xs:int"/>
  </xs:sequence>
 </xs:complexType>
</xs:schema>

Теперь удалите этот пакет из конфигурации, будто его и не было.
Попробуем прочитать схему и создать по ней объект. Вот код, который это делает:

    ФайлыXSD = Новый Массив();
    ФайлыXSD.Добавить("D:\Temp\adderss.xsd");
    МояФабрикаXDTO = СоздатьФабрикуXDTO(ФайлыXSD);

    адресТип = МояФабрикаXDTO.Тип("http://www.1c.ru/demos/products2", "КлассификаторАдреса");
    адрес = МояФабрикаXDTO.Создать(адресТип);
    адрес.Город = "Ленинград";
    адрес.Улица = "3-я улица Строителей";
    адрес.НомерДома = 25;
    адрес.НомерКвартиры = 12;


    ИмяФайла = "D:\Temp\address.xml";
    МойXML = Новый ЗаписьXML;
    ПараметрыЗаписиXML = Новый ПараметрыЗаписиXML("UTF-8", "1.0", Ложь);
    МойXML.ОткрытьФайл(ИмяФайла, ПараметрыЗаписиXML);
    МойXML.ЗаписатьОбъявлениеXML();

    МояФабрикаXDTO.ЗаписатьXML(МойXML, адрес);

    МойXML.Закрыть();

Здесь мы для разнообразия не стали использовать глобальный объект "ФабрикаXDTO", а создали собственный функцией "СоздатьФабрикуXDTO". Если вы посмотрите в отладчике на нашу фабрику ("МояФабрикаXDTO"), то увидите, что в коллекции пакетов у нее всего два пакета: "http://www.w3.org/2001/XMLSchema" и "http://www.1c.ru/demos/products2", в отличие от "синглтона" "ФабрикаXDTO", где их существенно больше. В качестве бонуса мы получили то, что этот код может быть полностью исполнен на клиенте, так как не зависит от метаданных конфигурации.

На выходе я получил xml-файл, в который был сериализован мой объект:

<?xml version="1.0" encoding="UTF-8" ?> 
<КлассификаторАдреса 
xmlns="http://www.1c.ru/demos/products2" 
xmlns:xs="http://www.w3.org/2001/XMLSchema" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
 <Город>Ленинград</Город> 
 <Улица>3-я улица Строителей</Улица> 
 <НомерДома>25</НомерДома> 
 <НомерКвартиры>12</НомерКвартиры> 
</КлассификаторАдреса>

Как вы видите, я поработал с объектом и сериализовал его без участия метаданных конфигурации. Таким образом, передавая вместе с xml-файлом также и XML-схему, вы можете быть уверенным, что тот, кто должен его получить, сможет разобраться, что с ним делать, а главное, как.
Пример десериализации приводить не буду, оставляю вам как самостоятельное упражнение.
Напоследок скажу, что можно выгрузить XML-схему всей вашей конфигурации, кликнув правой кнопкой по узлу "XDTO-пакеты". Результат получается поучительный, посмотрите.

Еще: если у вас есть xml-файл, с ним хочется поработать как с объектом, а XML-схему прислать никто не удосужился, вы можете воспользоваться замечательным инструментом xsd.exe из .NET Framework. (У себя я нашел его в папке "C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin\".) Пользоваться им очень просто: даете ему на вход xml, на выходе получаете xsd. Вообще-то этот xsd не всегда (или вообще никогда?) является файлом сразу же "готовым к употреблению" в 1С, но все равно это существенная помощь в создании XML-схемы.

Как видите, все оказалось достаточно просто.

На этом всё

Несмотря на то что статья оказалась неожиданно длинной, нельзя сказать, что все, что здесь описано, претендует на полноту. Пытливый исследователь XML-мира с легкостью напишет целую книгу по каждому абзацу этого небольшого обзора и еще ворох по тому, о чем здесь не сказано. Например, о том, что "вся эта кухня" тесно связана с web-сервисами. Тема обширна, так что дерзайте. Также я могу в чем-то заблуждаться, поэтому пишите комментарии - буду исправлять. Давайте учиться вместе.

А я желаю вам хорошего дня и хорошего кода. До новых встреч.

Прилагаю к статье dt-шник с примерами.

UPD.: Дополнение о неименованных типах.

Публикация на Infostart.

DD/MM/YY vs MM/DD/YY

noreply@blogger.com (Green FiLin) — Thu, 10 Nov 2011 21:32:00 +0000

Stupid Americans! Now is 11/11/11, not 11/11/11

from lleo

Домашний десктоп

noreply@blogger.com (Green FiLin) — Wed, 09 Nov 2011 12:32:00 +0000