Как и где применяют XML

Panam · Post by **Panam** » 07 Oct 2001 19:38

ресурсы надо уметь оптимально распределять. Для WWW оссобенно - увеличивать скорость обработки, уменьшать трафик и прочее.
К XML технологии это относится к примеру так:
клиентская часть программы получает xml файл и затем она легко может делать с ним всё что угодно (с помощью XSL и parser) без внешних запросов. И всё это на клиенте.

[ 07-10-2001: Message edited by: Panam ]

segaa · Post by **segaa** » 07 Oct 2001 20:26

<BLOCKQUOTE>quote:<HR>Originally posted by Frank:
...Если что-то на этом сайте сменится, мне тоже придется парсер менять...в варианте с HTML особо не надо спрашивать разрешения контент-провайдера...<HR></BLOCKQUOTE>

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

segaa · Post by **segaa** » 07 Oct 2001 21:51

<BLOCKQUOTE>quote:<HR>Originally posted by Jim:
...Поддерживается только M$ Internet Explorer версия 5.5.0.3.65 билд 657й"...<HR></BLOCKQUOTE>

Ну-ну, когда-то и IE3.5 казался новым, понятия "толстого" клиента не существовало, деревья были зеленее...

AK70 · Post by **AK70** » 07 Oct 2001 22:02

<BLOCKQUOTE>quote:<HR>Originally posted by webdeveloper:
Люди добрые,

Вот сижу и думаю, как и где правильно применять XML в webdevelopment. Я что то все никак не въеду, чем он лучше базы данных?

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

А когда существующая база данных имеется то тогда я вообще не понимаю для чего он нужен? по моему хранить информацию в нем не удобно.

Или я не прав? Просветите меня пожалйста [img:6191abb8b3]images/smiles/icon_smile.gif[/img:6191abb8b3]<HR></BLOCKQUOTE>

можно иметь xml database, есть и такие базы, можешь их найти в инете. они используют язык запросов на основе sql и xpath.

если же речь о СУБД , то xml обычно может быть интерфейсом обмена данными с сторонними системами. мы так ее используем.

xml/xslt - тоже интересная связка, это из области веб приложений. представь себе что у тебя есть годовой отчет в xml, ты пишешь несколько xslt и css , на выходе получаешь различные отчеты для сотрудников, для менеджеров, для аудиторов [img:6191abb8b3]images/smiles/icon_smile.gif[/img:6191abb8b3]

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

Panam · Post by **Panam** » 07 Oct 2001 22:10

<BLOCKQUOTE>quote:<HR>Originally posted by Jim:


Ага. То есть на таких страницах будет написано что-то вроде "Поддерживается только M$ Internet Explorer версия 5.5.0.3.65 билд 657й".<HR></BLOCKQUOTE>

XML IE стал поддерживать с 5й версии. И как видишь начали его выпускать с 1й версии. Так что ничего не стоит на месте.

<BLOCKQUOTE>quote:<HR>Originally posted by Jim:

Функционал на клиента переносить - неправильно это...<HR></BLOCKQUOTE>

ха ха. Понятия абсолюта нет в програмирование. Есть понятие оптимально/не оптимально, что не есть близко стоять к правильно/не правильно.

elk · Post by **elk** » 07 Oct 2001 22:17

У нас в конторе XML на полную катушку использовали. Как уже сказано, выбираются данные из базы в XML-формате, на них надевается XSLT-преобразование и готова страничка для клиента. Если надо поменять UI на страничке - меняется только преобразование. Для corporate-интерфейса мы могли выбрать броузер, и там данные хранились в XML-island прямо на странице, и преобразовывались, показывались и редактировались там же. На сервер отправлялся только отредактированный результат в XML'е же. Подобная схема позволяла очень оперативно изменять вид страниц не трогая данные.

Cheers,
elk.

Jim · Post by **Jim** » 08 Oct 2001 08:52

<BLOCKQUOTE>quote:<HR>Originally posted by Panam:
ресурсы надо уметь оптимально распределять. Для WWW оссобенно - увеличивать скорость обработки, уменьшать трафик и прочее.
К XML технологии это относится к примеру так:
клиентская часть программы получает xml файл и затем она легко может делать с ним всё что угодно (с помощью XSL и parser) без внешних запросов. И всё это на клиенте.

[ 07-10-2001: Message edited by: Panam ]<HR></BLOCKQUOTE>

Ага. То есть на таких страницах будет написано что-то вроде "Поддерживается только M$ Internet Explorer версия 5.5.0.3.65 билд 657й". [img:19296e06e1]images/smiles/icon_biggrin.gif[/img:19296e06e1] Функционал на клиента переносить - неправильно это...

Gennadiy · Post by **Gennadiy** » 08 Oct 2001 17:04

<BLOCKQUOTE>quote:<HR>Originally posted by stockman:

Сколько представлений данный столько у вас и XSL-ин будет. Тем не мене одно представление, один HTML файл и одна XSLT, много- и то и то представлена во множестве представлений. Так в чем поинт то?
<HR></BLOCKQUOTE>
Если у вас данные статичны - то конечно поинта никакого нет. Если же как в большинстве современных систем HTML выглядит как туча JavaScript-а со вставлеными тут иногда данными, то отделение данных от их презентации очень даже полезно.
Опять таки - а что если ван нужен не HTML - то надо писать специальный генератор например RTF файлов. И если что то поменялось - то перекомпилировать его.
А тут в идеале картина такая.
XML (+XSLT описывающий внешний вид)--> XML (FO DTD extension) (+XSL стандартный для каждого выходного формата) --> HTML, RTF, XML, TXT, PostScript, etc.
Теперь если надо добавить другой внешний вид для ВСЕХ выходных форматов - меняем ОДИН XSLT файл. Если надо добавить новый выходной формат для ВСЕХ внешних видов - добавляем ОДИН XSL файл (с учетом того что их для стандартных форматов уже понаписывали).
И при всем этом сами ДАННЫЕ остаются прежними и с ними можно работать напрямую.

stockman · Post by **stockman** » 08 Oct 2001 17:36

<BLOCKQUOTE>quote:<HR>Originally posted by Gennadiy:

Если у вас данные статичны - то конечно поинта никакого нет. <HR></BLOCKQUOTE>

Нет конечно они у меня не статичны. У меня их много, они динамичны и для каждого представления данных у меня есть свой HTML(читай asp файл) в котором уже есть разделение дизайн+данные. На кой ляд мне XML то именно в этом контексте? Что бы иметь ВМЕСТО КАЖДОГО asp-файла, иметь ФАЙЛ с XSLT + еще один asp пускай даже на все, для того что бы это парсить?

Или вы мне предлагаете сделать один охренительный XSLT на весь портал и использовать разные представления разных данных из него, подсовывая ему разные xml-файлы? Так я могу извратиться и так же засунуть все данные и все виды их представлений в один asp-файл и будет у меня весь портал в одном index.asp, просто оно мне не надо. Речь идет только о том приложении в котором обмен с другими системами не предусмотрен заранее.

[ 08-10-2001: Message edited by: stockman ]

Gennadiy · Post by **Gennadiy** » 08 Oct 2001 18:19

<BLOCKQUOTE>quote:<HR>Originally posted by stockman:

Нет конечно они у меня не статичны. У меня их много, они динамичны и для каждого представления данных у меня есть свой HTML(читай asp файл) в котором уже есть разделение дизайн+данные. На кой ляд мне XML то именно в этом контексте? Что бы иметь ВМЕСТО КАЖДОГО asp-файла, иметь ФАЙЛ с XSLT + еще один asp пускай даже на все, для того что бы это парсить?

Или вы мне предлагаете сделать один охренительный XSLT на весь портал и использовать разные представления разных данных из него, подсовывая ему разные xml-файлы? Так я могу извратиться и так же засунуть все данные и все виды их представлений в один asp-файл и будет у меня весь портал в одном index.asp, просто оно мне не надо. Речь идет только о том приложении в котором обмен с другими системами не предусмотрен заранее.

[ 08-10-2001: Message edited by: stockman ]<HR></BLOCKQUOTE>
По моему вы не читаете что вам пишут.
Где я писал про один большой XSLT файл? Не приписывайте мне того что я не говорил.
Я не знаю вашей задачи - может там и можно обойтись asp (хотя хотел бы я увидеть КАК разделяются данные и представления в ОДНОМ asp файле). Вот представте. Вам завтра понадобилось те же данные представить в другом виде (например вместо таблицы дерево HTML). Вы пишете новый asp файл. То же самое - новый XSLT файл. Степень сложности та же. А теперь другая задача - вам нужно данные вывести в виде пригодном для печати на A4 или экспортировать в Excel. Вам нужно нписать специальный модуль который будет это делать. Причем написать их для каждого вида - для таблицы свой, для дерева свой и т.д. А тут вы берете готовый XSL (ну или пишите свой если у вас какой-то мудреный формат - но ОДИН раз) и применяете его к тому XML что вам уже подготовил XSLT. Причем от того дерево ли это, таблица, ничего не зависит. Данные уже готовы.
А теперь кто-то написал программу которая берет ваши данные и анализирует например на предмет статистики. Она что будет ваш HTML парсить? Нет она берет сырой XML и работает с ним как хочет.

stockman · Post by **stockman** » 08 Oct 2001 20:49

<BLOCKQUOTE>quote:<HR>Originally posted by avolovoy:

Да конечно .. а теперь тебе нужно слегка поменять дизайн всего сайта .. Что легче поменять код который из SQL HTML генерит или отдать дизайнеру одну XSL лину и ее поправить?<HR></BLOCKQUOTE>

Сколько представлений данный столько у вас и XSL-ин будет. Тем не мене одно представление, один HTML файл и одна XSLT, много- и то и то представлена во множестве представлений. Так в чем поинт то?

ИМХО для обмена между различными системами XML конечно не заменим, но вот сувать его везде куда он суется не вижу смысла.

stockman · Post by **stockman** » 08 Oct 2001 20:50

<BLOCKQUOTE>quote:<HR>Originally posted by Jim:


Ага. То есть на таких страницах будет написано что-то вроде "Поддерживается только M$ Internet Explorer версия 5.5.0.3.65 билд 657й". [img:f3d5a06261]images/smiles/icon_biggrin.gif[/img:f3d5a06261] Функционал на клиента переносить - неправильно это...<HR></BLOCKQUOTE>

Некоторым просто хочется что бы линки выглядели ссылками на xml-файлы для крутости и модерновости проекта. [img:f3d5a06261]images/smiles/icon_smile.gif[/img:f3d5a06261]

[ 08-10-2001: Message edited by: stockman ]

stockman · Post by **stockman** » 08 Oct 2001 21:10

<BLOCKQUOTE>quote:<HR>Originally posted by Gennadiy:

По моему вы не читаете что вам пишут.
Где я писал про один большой XSLT файл? Не приписывайте мне того что я не говорил.

<HR></BLOCKQUOTE>

Бумеранг: Вы тоже не читаете то что пищут вам. У меня нет в приложении задачи обмена с другими устройствами или системами не понимающими язык HTML и именно в контексте этого я и спрашивал зачем мне XML.

[b:21a3311ff4]
Я не знаю вашей задачи - может там и можно обойтись asp (хотя хотел бы я увидеть КАК разделяются данные и представления в ОДНОМ asp файле).
[/b:21a3311ff4]

Моя задача не сильно отличается от миллионов других в вэб-девелпменте. Хотите увидеть-пожалуйста:
.......
<TABLE>
<% Do Until Rs.EOF %>
<TR>
<TD><%=Rs("firstname")%></TD>
<TD><%=Rs("lastname")%></TD>
</TR>
<%
Rs.MoveNext
Loop%>
</TABLE>
............

Данные в рекордсете, представление в HTML. asp код их соединяет воедино.
Чем это хуже того же XSLT представления?

[b:21a3311ff4]
А теперь другая задача - вам нужно данные вывести в виде пригодном для печати на A4 или экспортировать в Excel. Вам нужно нписать специальный модуль который будет это делать. Причем написать их для каждого вида - для таблицы свой, для дерева свой и т.д. А тут вы берете готовый XSL (ну или пишите свой если у вас какой-то мудреный формат - но ОДИН раз) и применяете его к тому XML что вам уже подготовил XSLT. Причем от того дерево ли это, таблица, ничего не зависит. Данные уже готовы.
[/b:21a3311ff4]
А что мне мешает взять ActiveX-модуль для генерации exсel-файлов(или написать свой) и используя asp и доступ к тому MS SQL, где хранятся данные сгенерить нужный мне файл? Я что то не понимаю почему предлагается заменить данные хранящиеся на уровне БД на данные на уровне xml, при условиии что я заранее знаю всех характеристики клиентов с которыми происходит обмен этим данными?

[b:21a3311ff4]
А теперь кто-то написал программу которая берет ваши данные и анализирует например на предмет статистики. Она что будет ваш HTML парсить? Нет она берет сырой XML и работает с ним как хочет.[/b:21a3311ff4]

Бумеранг: Вы читать умеете? Я же сказал что обмен данными с кем то кого я не могу описать или с тем кому доступ к данным я не готов предоставить не предусмотрен в моем примере, поэтому я и спрашиваю зачем мне XML ИМЕННО В ЭТОМ СЛУЧАЕ.
Если мне кому то нужно будет передать данные, то в этом случае, если у человека доступа к эти данным напрямую нет, я не против выплюнуть ему xml-файл.

Еще раз напоминаю вам что речь идет только о приложении в котором заранее известно с кем и какими данными оно будет обмениваться. Это заранее известно в 99% web-приложениях.

P.S. Вот возмите этот форум. Зачем тут использовать xml в принципе? config.xml только что на нем написать и всё. А вот если задумать заранее что бы этот форум можно было просматривать по WAP протоколу, то приминение xml(точнее WML) становится уже более осознанным.

[ 08-10-2001: Message edited by: stockman ]

Gennadiy · Post by **Gennadiy** » 08 Oct 2001 21:49

to stockman:
Откуда я знаю ВАШУ задачу. Вопрос был о том где и как имеет смысл применять XML ВООБЩЕ. Вы подменили по ходу дела этот вопрос на зачем МНЕ (то есть ВАМ) применять XML. На этот вопрос - ответ НЕ ЗНАЮ [img:8da4e830bd]images/smiles/icon_smile.gif[/img:8da4e830bd] Вам решать.
Вы написали что народ вставляет XML только что бы быть модным (сделав только одно исключение для предачи данных), а я показал где его еще можно использовать. И это не единственное применение.
Хотите обсудить возможности применения XML - пожалуста, но не на примере конкретной (ВАШЕЙ) задачи.

Panam · Post by **Panam** » 08 Oct 2001 22:04

<BLOCKQUOTE>quote:<HR>Originally posted by stockman:

Чем это хуже того же XSLT представления?
<HR></BLOCKQUOTE>

что за упёртость? не хотите использовать XML/XSL не используйте! Мы же не пропагандируем. И говорить что ваши методы для ваших задач единственные и самые красивые - глупо.

ps помоему это традиция здешних спамеров сваливать свои личные проблемы на весь форум. [img:62b46e4ec0]images/smiles/icon_biggrin.gif[/img:62b46e4ec0]