ProBiotek Подскажите пожалуйста, какими средствами вообще формируются такие сложные XSD схемы ?Конкретно эти — руками. И нет в них ничего сложного, ты еще не видел формального описания xsl.

_Vasilisk_Antonariyты еще не видел формального описания xsl.А в нем, что сложного?для начала, оно объемом около 150 кб

Сразу уж говори, сколько раз нужно написать "руками", чтобы закрыть этот вопрос. Не хочу бессмысленные посты плодить.

ProBiotek Ну, к примеру, когда мы делаем WCF сервис, то потом можно снять с него wsdl.Схемы сервисов имеют конкретный вид.

ProBiotek А вы, получается, говорите, что разработчики СМЭВ сначала написали схему xsd а потом по ней делали сервис ?Скорее всего это делалось параллельно. Эти xsd не похожи на известные мне стандарты.

В принципе сгенерировать можно что угодно, я вот с помощью xml/xsl генерю код js, vb, тот же xsd. Может и эти xsd были сгенерированы, но генератор точно не из стандартных, и они однозначно были допилены руками — русских комментариев генератор придумать не в состоянии.

ProBiotek Как это делается подскажите пожалуйста примерно. Как сделать схему xsd а потом по ней WCF службу - никогда еще пока не встречал такого руководства.Так не делается. Смысл WCF в обратном - пишешь чисто функционал, а среда разработки генерирует описание. Я бы мог провернуть обратную операцию, сгенерировать интерфейс сервиса, у меня есть инструмент, но это не описание WCF.

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

ProBiotek Не знаете способа ? Чтобы служба WCF отдавала вот такую вот WSDL с такими описаниями, как по ссылке.Это не WSDL. Это описание сферических классов в вакууме.

ProBiotek А может я не прав ? Может нужно делать обычную службу WCFДа.

ProBiotek снимать с нее WSDL, допиливать ее руками Нет. Как я понимаю, методы сервиса должны тупо возвращать xml-текст, который должен проходить валидацию этими СМЭВ-схемами. По такому принципу сделан сервис ФИС ЕГЭ, который тоже является WCF-сервисом. Описаний передаваемого xml он соответственно не содержит, схемы выложены на сайте.

Соответственно, вот такие случаи:

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

Да.

Тот пример не очень, вот более наглядный:


Этот кусок превращается в класс:


Если сделать так:

то после сериализации в xml и отправки вернется ошибка валидации — choice предполагает наличие значения или у DSAKeyValue или у RSAKeyValue, но не у обоих одновременно. VB/C# не могут проконтролировать этот момент, поэтому нужно самому написать код так, чтобы оба значения не были заданы ни при каких обстоятельствах.

Этот choice не имеет никакого отношения к WSDL.

ProBiotekМне очень хочется посмотреть на их схемы - тем более, раз у них сервис написан на WCF, уж очень интересно посмотреть как у них вышло описание форматов сообщений СМЭВ. http://priem.edu.ru/Document.aspx?id=292267502335

Только эти схемы не имеют ни малейшего отношения к WCF. И тем более к СМЭВ.

Вот сам сервис (тестовый): http://priem.edu.ru:8000/import/ImportService.svc, только публикация контракта (WSDL-схемы) отключена.

Ты хронически не догоняешь одной вещи: WSDL описывает методы, типы их аргументов и типы возвращаемых значений. Тип ВСЕХ принимаемых и возвращаемых значений у методов ФИС ЕГЭ - текст. И не важно, текст стихов Бродского это или что еще. Не важно с точки зрения WSDL. Однако внутри метода есть проверка, реализованная руками программиста, что за текст пришел — стихи или xml, в правильном формате этот xml или нет. Формат проверяется с помощью схем, ссылку на которые я дал. Все это происходит за рамками понятий WCF/WSDL.

Если бы ты смог подключить к проекту этот сервис как веб-ссылку, то обнаружил бы, что все методы выглядят примерно так:


и никакого намека на то, что описано в схемах по ссылке.