Мифы о схемах

[taler]. Ниже приведено 4 общих заблуждения в области валидации и схем, которые, на мой взгляд, заслуживают (imho) прилагательных “серьезные и важные” и которые идут в начале списка Костелло (http://lists.xml.org/archives/xml-dev/200408/msg00346.html) от 27 Aug 2004 и взяты оттуда.

Почему я об этом пишу? Ибо однажды для flaх’а уже приходилось отвечать на “странные постулаты, причем декларируемые сверху” - оказывается, не вредно находить подтверждения собственных взглядов в том, “о чем пишут старейшины”.

1) Миф об одной об конкретной схеме:

Майкл Кэй: > … нормально и не вредно пользоваться XML схемами для валидации данных относительно ваших бизнес-правил, если только вы понимаете, что речь может идти о *некотором варианте из множества*, но никак не о *единственной уникальной Схеме* - отбросьте странные заблуждения, что схема должна быть только одна . Майкл и Лен синхронно заявляют, что в системе обычно должно быть множество [в оригинале - “numerous”] схем. Однако, как пишет Костелло, даже для его ума это оказалось очень серьезной поправкой.

2) ошибка дизайна схем "от локальной схемы"

(вообщем-то, о данной ошибке многие и так в курсе): создавать схемы, опираясь на локальные правила (коды) и имея далее поэтому трудности с масштабированием..

3) Миф: "кто лучше знает" [свои данные]

Майкл (опять же) Кэй приводит пример сервиса, где проверяется адрес пользователя:

[обычные] стратегии (например, проверки адреса) многие строят на том, что лучше пользователя ЗНАЮТ, как именно должен выглядеть его адрес. На самом деле - все наоборот, и по-другому никогда не было и не будет. Много лучшая стратегия - разрешить им (пользователям) писать свой адрес в их собственных терминах. В конце концов, все привыкли так делать в старомодном документообороте, и кажется, это работало вполне прекрасно. … Майкл красноречив в том, что для конкретно таких ситуаций некий нонсенс вообще говорить о какой-либо валидации!

4) Ошибочное представление о валидации как "пройдет / не пройдет"

Многие думают, что процесс валидации в том, что документ “проходит / не проходит” ее. Это отнюдь не так, но увы, сегодня масса людей все еще близки этой [странной] идее, включая большинство разработчиков. И отсюда дизайнер xml-схем обречен на немыслимые муки, если ему хотелось бы думать по-другому, например: отвалидировать, а затем иметь возможность обработать результат, к примеру, “покажи мне все суммы, не прошедшие валидацию, потому что выглядели черезчур большими”. (Rick Jelliffe - автор схематрона как “альтернативы”.)

… Ряд других заблуждений (5,6.7) <imo, опять же> просто еще “недостаточно или немного в тумане высвечены” - потому я их здесь не привожу [но и с ними легко ознакомиться по источнику].

 
  faq/schema_myths.txt · Последние изменения: 2012/03/27 05:15
 
Нас поддерживают: ЧОП Претор возьмет на себя охрану грузов в СПб профессионально. . Поликарбонат от производителя купить монолитный поликарбонат. . Блок хаус монтаж монтаж блок хауса. Рейтинг@Mail.ruliveinternet.ru