|
|
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Доброго времени суток. Я как бы только начинаю изучать xml, и пробую всякие примеры с и-нета. Столкнулся с такой проблемой: Вот исходник ... Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. Ничего особого. Задача трансформировать test.xml в new.html с используя test.xsl. Тут все ясно. test.xml файл не большой, и рун дал 0.226 ms. Я так понимаю, что в NetBeans-е, как и в Eclipse-е есть включенный xml процессор. Затем я стал искать альтернативные xml процессоры. Тут самое интересное и началось. Прочитал, что хвалят (по производительности и популярности) Saxon и Xalan. Попробовал подключить Xalan , тест дал 0.563 ms. А Saxon-HE дал васче 1.373 ms. Это мало похоже на прирост производительности. Прощу разъяснить всем сей трабл. И, по возможности, киньте ссылку на правильную статью с примерами в этом направлении. За ранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 13:25:45 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Во-первых, замер не учитывает JIT компиляции. После "разогрева" кода, производительность станет намного выше. Во-вторых, меряйте время работы только transformer.transform(). Скорость инициализации, ведь, не на столько важна. Объекты можно переиспользовать и кешировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 13:37:27 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Про Saxon пишут что там используется генерация байткода. Так что первый запуск будет очень долгим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 13:40:19 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
BlazkowiczВо-первых, замер не учитывает JIT компиляции. После "разогрева" кода, производительность станет намного выше. Во-вторых, меряйте время работы только transformer.transform(). Скорость инициализации, ведь, не на столько важна. Объекты можно переиспользовать и кешировать. А жизнь то налаживается ;-) У веровал, попробовал замерить только transformer.transform(). И Xalan дал 0.082 ms. - 0.096 ms. А Saxon-HE дал 0.049 ms. - 0.055 ms. Спасибо Blazkowicz . Saxon-HE рулит. Жаль по его поводу мало понятноваримых примеров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 13:56:07 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomadBlazkowiczВо-первых, замер не учитывает JIT компиляции. После "разогрева" кода, производительность станет намного выше. Во-вторых, меряйте время работы только transformer.transform(). Скорость инициализации, ведь, не на столько важна. Объекты можно переиспользовать и кешировать. А жизнь то налаживается ;-) У веровал, попробовал замерить только transformer.transform(). И Xalan дал 0.082 ms. - 0.096 ms. А Saxon-HE дал 0.049 ms. - 0.055 ms. Спасибо Blazkowicz . Saxon-HE рулит. Жаль по его поводу мало понятноваримых примеров. вот так. Взял и всё одним тестом выяснил. На одном файле. Вероятно скорость будет очень сильно различаться на разных по структуре данных. ХМЛ сам по себе это лишние расходы. Во многих случаях его можно заменить плоским текстом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 14:52:43 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
1024ХМЛ сам по себе это лишние расходы. Во многих случаях его можно заменить плоским текстом. XML уже является плоским текстом Хватит, остановись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 15:12:56 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
svenom1024ХМЛ сам по себе это лишние расходы. Во многих случаях его можно заменить плоским текстом. XML уже является плоским текстом Хватит, остановись. и что. Парсер-то его интерпретирует как дерево (либо как поток тегов в случает SAX). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 15:17:15 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
1024svenomпропущено... XML уже является плоским текстом Хватит, остановись. и что. Парсер-то его интерпретирует как дерево (либо как поток тегов в случает SAX).Ну да. Так для того XML и был придуман - структурированное представление информации. Приведите пример, как вы сможете представить некую информацию в структурированном виде, используя "плоский текст"(с). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 15:19:48 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
ну например вот это обсуждение можно представить как плоский текст. Почтовые протоколы гоняют письма как плоский текст. И объёмы там не маленькие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 15:21:43 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
1024ну например вот это обсуждение можно представить как плоский текст. Почтовые протоколы гоняют письма как плоский текст. И объёмы там не маленькие.Круто, опишите пожалуйста ваше сообщение через плоский текст - кто отправил, заголовок, тело сообщения, кол-во сообщений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 15:28:35 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
svenom1024ну например вот это обсуждение можно представить как плоский текст. Почтовые протоколы гоняют письма как плоский текст. И объёмы там не маленькие.Круто, опишите пожалуйста ваше сообщение через плоский текст - кто отправил, заголовок, тело сообщения, кол-во сообщений. если ты не понимаешь как написать сообщение текстом то тебе за учебники. Если ты хочешь посраться то тебе в ПТ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 15:30:04 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
1024ХМЛ сам по себе это лишние расходы. Во многих случаях его можно заменить плоским текстом. Что есть "плоский" текст? Я так понимаю, в XML он рельефный или еще какой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 15:45:22 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Leonidv1024ХМЛ сам по себе это лишние расходы. Во многих случаях его можно заменить плоским текстом. Что есть "плоский" текст? Я так понимаю, в XML он рельефный или еще какой?Скорее всего, человек не понимает для чего вообще нужен XML. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 15:53:09 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
svenomLeonidvпропущено... Что есть "плоский" текст? Я так понимаю, в XML он рельефный или еще какой?Скорее всего, человек не понимает для чего вообще нужен XML. а ты понимаешь? Это просто стандарт. Все парсеры отвечающие стандарту могут прочитать данные из хмл (также отвечающего стандарту). Сгенерить на жабе и прочитать в пхп или ц-диез. И наоборот. Но про производительность в описании стандарта ничего нет. Вот это и есть то для чего хмл придумали. Стандартизация это благо. Как контр пример можно посмотреть на формат вордовых документов - их можно открыть в опенофисе но что-то может не прочитаться. Это следствие на отсутствие стандарта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:02:58 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
1024svenomпропущено... Скорее всего, человек не понимает для чего вообще нужен XML. а ты понимаешь? Это просто стандарт. Все парсеры отвечающие стандарту могут прочитать данные из хмл (также отвечающего стандарту). Сгенерить на жабе и прочитать в пхп или ц-диез. И наоборот. Но про производительность в описании стандарта ничего нет. Вот это и есть то для чего хмл придумали. Стандартизация это благо. Как контр пример можно посмотреть на формат вордовых документов - их можно открыть в опенофисе но что-то может не прочитаться. Это следствие на отсутствие стандарта. "Для чего" И "Что это " - это две больших разДници. Прошу прощение за каламбур. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:11:58 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomad1024пропущено... а ты понимаешь? Это просто стандарт. Все парсеры отвечающие стандарту могут прочитать данные из хмл (также отвечающего стандарту). Сгенерить на жабе и прочитать в пхп или ц-диез. И наоборот. Но про производительность в описании стандарта ничего нет. Вот это и есть то для чего хмл придумали. Стандартизация это благо. Как контр пример можно посмотреть на формат вордовых документов - их можно открыть в опенофисе но что-то может не прочитаться. Это следствие на отсутствие стандарта. "Для чего" И "Что это " - это две больших разДници. Прошу прощение за каламбур. для чего нужна стандартизация явно описано - для обмена данными между разнородными системами. И пример приведён. По-моему в технических учебных заведениях даже предмет такой есть - Стандартизация. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:21:10 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Добрый день, svenom! > Ну да. Так для того XML и был придуман - структурированное представление > информации. Приведите пример, как вы сможете представить некую > информацию в структурированном виде, используя "плоский текст"(с). Код: sql 1. 2. 3. 4. 5. 6. Заменить на Код: sql 1. 2. Вопрос надо ли... -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:26:50 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
авторЗаменить на elem#0.field1#0=text1 elem#1.field1#0=text2 Тогда уж так) автор[0][0]=text1 [1][0]=text1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:32:16 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
развели на ровном месте про формат файла Дерево <> плоский ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:38:24 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
И ежу понятно, то это Код: xml 1. 2. 3. 4. 5. 6. проще для понимания чем это Код: xml 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:45:21 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Добрый день, HunterNomad! > И ежу понятно, то это .... > проще для понимания чем это .... Самое главное, что поймёт это любая (почти) программа. За что xml и любим. -- Алексей JID: alxt@ya.ru Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:46:35 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
дак ещё проще в csv ) text1 text2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:53:58 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
GKS_SamaraСамое главное, что поймёт это любая (почти) программа. За что xml и любим. ради справедливости: - в вебе НЕ любят за тормознутость (сабж), поэтому появилось куча АНТИформатов (ГИС\...) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:55:40 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
правда у него трансформация, поэтому не к месту :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 16:56:28 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
GKS_SamaraДобрый день, HunterNomad! > И ежу понятно, то это .... > проще для понимания чем это .... Самое главное, что поймёт это любая (почти) программа. За что xml и любим. -- Алексей JID: alxt@ya.ru Отож. Хотя можно и такому Код: xml 1. 2. любую (почти) программу понимать научить. Просто, это мое сугубо мнение, xml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем. Жаль, что все же производительность из (xml примочек(XQuery, xmlProcessor ... )) в разы уступает sql. Понятно, что рост производительности железа рано или поздно их уравняет, но а пока и так сойдет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 17:00:08 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomadxml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем. очень вредное заблуждение. Для человека понятнее программа. А XML писали для SOA MS. А никак ни для конфигурастов программок вместо INI файла. imho :) Тебе что? Читать его надо? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 17:02:49 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Oracl тоже думает, что ГУИ нафиг не нужно. Пусть админы в блокнотах сервер настраивают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 17:04:14 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Petro123HunterNomadxml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем. очень вредное заблуждение. Для человека понятнее программа. А XML писали для SOA MS. А никак ни для конфигурастов программок вместо INI файла. imho :) Тебе что? Читать его надо? Иногда надо. ;-) WIKI... язык разметки, фактически представляющий собой свод общих синтаксических правил. XML — текстовый формат, предназначенный для хранения структурированных данных (взамен существующих файлов баз данных), для обмена информацией между программами, а также для создания на его основе более специализированных языков разметки ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 17:07:18 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomad, согласен - надо: - в гетерогенных системах - с системах гетерогенных, но надо обезопасится от криворукого соседа (формат не соблюдает) - шинах и сервисах с динамичным форматом - SOA - где дерево параметров и плоский :) формат неудобен Усё. Остальное минусы, т.к. много букв в нём. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 17:11:17 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Petro123- где дерево параметров и плоский :) формат неудобен Есть JSON, который экономичнее по размеру и затратам на сериализацию. И древообразный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 17:13:55 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Blazkowicz, да, я о нём в вебе узнал. Родной, вебовский :) ГИС тоже кучу наклепали своих, т.к. много передавать по сети надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 17:19:59 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Petro123HunterNomad, согласен - надо: - в гетерогенных системах - с системах гетерогенных, но надо обезопасится от криворукого соседа (формат не соблюдает) - шинах и сервисах с динамичным форматом - SOA - где дерево параметров и плоский :) формат неудобен Усё. Остальное минусы, т.к. много букв в нём. А вод тут позвольте с Вами согласиться. Защита от дурака нужна и чем больше тем лучше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 17:30:32 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomadЗащита от дурака нужна и чем больше тем лучше. тогда что такое контракт? Если кругом дураки? Чем больше - нужно денег и здоровья :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 17:36:38 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomad, вы в курсе, что HTTP передаёт на сервер цифры в виде строк в URL. Без SDL. Кошмар. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 17:38:22 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Petro123HunterNomad, вы в курсе, что HTTP передаёт на сервер цифры в виде строк в URL. Без SDL. Кошмар. Вах, не может быть :-)))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 17:47:22 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomadИ ежу понятно, то это Код: xml 1. 2. 3. 4. 5. 6. проще для понимания чем это Код: xml 1. 2. Даешь к крещенью 7 страниц как здесь!! Oracl тоже думает, что ГУИ нафиг не нужно. Пусть админы в блокнотах сервер настраивают.В MS Server 2012 гуи не будет. ВООБЩЕ. Только консоль ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 18:47:55 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Calamity Jane, ну, если в новой винде окошек не будет, то это предсказуемо. "Шок, это по нашему" (с) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 21:07:03 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Petro123HunterNomadxml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем. очень вредное заблуждение. А XML писали для SOA MS. А никак ни для конфигурастов программок вместо INI файла. imho :) Тебе что? Читать его надо? HunterNomad соверешенно правильно указал. XML сумел совместить два преимущества: * легкость обработки машиной (написать простейший XML-парсер очень просто) * понятность человеку (противовес бинарным форматам, которые в то время были более применены). Это основы XML. Другое дело, что гибкость XML оказалась избыточной и часто хватает JSON, который и лаконичней, и понятней человеку. Еще из таких yaml есть, достаточно популярный в Ruby-среде. Для человека понятнее программа. Есть опыт конфигурирования и поддержки удаленных серверов? Если нет, то лучше воздержаться от таких замечаний. Если есть - обосновать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 23:24:32 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Petro123HunterNomad, вы в курсе, что HTTP передаёт на сервер цифры в виде строк в URL. Без SDL. Кошмар. Что есть SDL? Вообще, не очень понял глубинный смысл фразы. В качестве смысловой нагрузки в HTTP можно что угодно передать, хоть base64. А его заголовки ни разу ни иерархичные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2012, 23:27:32 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Calamity JaneHunterNomadИ ежу понятно, то это Код: xml 1. 2. 3. 4. 5. 6. проще для понимания чем это Код: xml 1. 2. Даешь к крещенью 7 страниц как здесь!! Oracl тоже думает, что ГУИ нафиг не нужно. Пусть админы в блокнотах сервер настраивают.В MS Server 2012 гуи не будет. ВООБЩЕ. Только консоль В RC0 есть на основе shell'а 2010 студии... Уберут?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 09:51:46 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Leonidv... гибкость XML оказалась избыточной и часто хватает JSON, который и лаконичней, и понятней человеку ... Касательно JSON - согласен. Но он не настолько распространен (может пока), хотя лаконичен и изящен. Petro123 - ты чЁ такой злодейский, каждый имеет право на свое мнение. . На то это и форум. Ты знал об этом? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 13:26:12 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Модератор: Модератор: Я потер очередную перепалку Leonidv и Petro123, в случае повторения забаню обоих, теперь навсегда. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 14:37:54 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomadлюбую (почти) программу понимать научить. Просто, это мое сугубо мнение, xml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем. Не очень понятен. Это миф десятилетней давности. Просто так исторически сложилось. А читать человеку какой нибудь <w:wordDocument совершенно нелицеприятно. Жаль, что все же производительность из (xml примочек(XQuery, xmlProcessor ... )) в разы уступает sql. Понятно, что рост производительности железа рано или поздно их уравняет, но а пока и так сойдет. SQL-машина обеспечивает высокую скорость за счёт индексирования нужных атрибутов. Если в XQuery нет возможности вручную управлять опциями индексирования то мы получим либо линейный поиск либо нечто непонятное что зависит от структуры данных в которой лежит документ.[/quot] Понятно, что рост производительности железа рано или поздно их уравняет, но а пока и так сойдет. Так многие рассуждают. Но на фоне общего (как-бы) роста мегафлопов железа, есть еще и конкуренция других софто-строителей. И есть алгоритмическая сложность вашего изделия которая не зависит от железки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 14:44:07 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
maytonHunterNomadлюбую (почти) программу понимать научить. Просто, это мое сугубо мнение, xml более понятен человеку. Зыркнул на текст и понятно кто под кем и кого за чем. Не очень понятен. Это миф десятилетней давности. Просто так исторически сложилось. А читать человеку какой нибудь <w:wordDocument совершенно нелицеприятно. Смотря с чем сравнивать. Документ word'а в двоичном формате вообще не прочитать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 14:51:41 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Просто я акцентирую внимание на том что XML вовсе не human-readable. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 15:03:37 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
maytonhuman-readable +1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 15:05:32 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
вот так цитировать правильнее :) maytonПросто я акцентирую внимание на том что XML вовсе не human-readable. +1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 15:06:38 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
maytonПросто я акцентирую внимание на том что XML вовсе не human-readable. Вопрос спорный. Возможно XML и не самый лучший вариант для human-readable но если применять human-readable теги, то с первого взгляда понятно: Код: xml 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 16:23:29 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomad, конечно везде меру знать надо. Сперва определить для кого _конкретно_ файл. Споры ini файл или реестр, тоже были горячие. Улеглось же :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 16:27:33 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Petro123Сперва определить для кого _конкретно_ файл. Споры ini файл или реестр, тоже были горячие. Улеглось же :) ) и слава богу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 16:30:20 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomad, вооот, поэтому не бери в голову - пиши. По первости его даже вместо СУБД пихали. Эйфория прошла, и у тебя пройдёт. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 16:33:05 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
Petro123HunterNomad, вооот, поэтому не бери в голову - пиши. По первости его даже вместо СУБД пихали. Эйфория прошла, и у тебя пройдёт. :) 5 баллов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 16:49:29 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomadmaytonПросто я акцентирую внимание на том что XML вовсе не human-readable. Вопрос спорный. Возможно XML и не самый лучший вариант для human-readable но если применять human-readable теги, то с первого взгляда понятно: Код: xml 1. 2. 3. 4. 5. Проблема в том, что xml в общем случае это очень длинный и сложный стек технологий (возьмите хотя-бы processing instruction) и его обычно применяют для хранения конфигов в веб-серверах да и то в "кастрированном" виде. Т.е. там где по смыслу смело можно использовать атрибут - пихают элемент. В данном конкретном случае попробую предположить что login не имеет потомков и выделяю его в атрибут. Код: xml 1. Выходит более компактно. И концептуально. У меня вообще вызывает удивление "тотальное засилие" XML-конфигов на фоне сегодня существующих более удобных JSON или YAML. Или даже property-bag текстовых файлов. Как будто-бы человек (сисадмин) это некое приложение к инфо-системе которое обязано помнить о теговой. Те XML-документы которые созданы сериализацией объектов или прочими инструментами, экспорта баз (особенно иерархических и сетевых) как правило нечитабельны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 17:39:53 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
mayton, +1 да, удивляет когда атрибут и node путают местами. "Засилие XML" в Java на конфигурации, а в Net на программирование сервисов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 17:46:27 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
maytonТе XML-документы которые созданы сериализацией объектов или прочими инструментами, экспорта баз (особенно иерархических и сетевых) как правило нечитабельны. Это утверждение применимо и JSON, и к YAML - при средних и больших размерах они точно так же нечитаемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 17:47:30 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
maytonВыходит более компактно. И концептуально. У меня вообще вызывает удивление "тотальное засилие" XML-конфигов на фоне сегодня существующих более удобных JSON или YAML. Или даже property-bag текстовых файлов. Как будто-бы человек (сисадмин) это некое приложение к инфо-системе которое обязано помнить о теговой. Так принято в мире java. Я сходу не припомню сервисов в Linux, которые настраиваются через XML. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 19:17:16 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
svenomЭто утверждение применимо и JSON, и к YAML - при средних и больших размерах они точно так же нечитаемы. Разумеется всё зависит от того кто писал и как. Но когда вы применяете XML - для хранения конфигов - вы нацеливаете очень мощную пушку на маленьких птичек. XML-сложен. Многоуровнев. Тяжёл для полноценного использования. По его производным технологиям и схемам (xml-schemas) для различных отраслей науки и технологии написаны терабайты документации, консорциум пестрит стандартами, рекомендациями. Он неоднозначен. Вы не сможете отобразить ваши структуры данных как 1:1 в формат XML. Всегда будут варианты. Пространства имён (namespaces) "ужасают" своим изначально громоздким синтаксисом использования и делают практические попытки своего применения нежизнеспособными хотя-бы из-за фактора банальной лени разработчика. При прочих возможностях он избавится от этой feature. Cуществующие парсеры и XML-трансформеры не всегда совместимы друг с другом и неоднозначно трактуют сами стандарты XML/XSLT. Благодаря блокам processing-instruction в XML заложены БЕСКОНЕЧНО большие возможности пред-обработки документа. И вообще, по выражению Дейта - XML это попытка заново создать иерархические СУБД. И еще немаловажно, XML болеет теми-же детскими болезнями что и банальный текстовый файл. Update элемента или атрибута принципиально невозможен без полного 100% переписывания (серализации файла). В совокупности с дисковыми накладными расходами на массовость таких операций создание XML-DBMS либо невозможно либо лежит не в плоскости XML либо является фейком и рекламным ходом. Лет 10 назад я был ярым сторонником использования XML там где это возможно. Сейчас я охладел. И хотел-бы ограничиваться ровно тем чем можно решить задачу. Забавно но самая реальная и полезная сфера применения XML - электронная почта так и осталась им не завоёванной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 19:49:35 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
LeonidvТак принято в мире java. Я сходу не припомню сервисов в Linux, которые настраиваются через XML. Лиха беда начало. Системные сервисы должны (я считаю) конфигуриться текстовыми/plain файлами а вот KDE и прочие десктопы возможно подсадят на эту иглу. В Apache configs также предпринята на мой взгляд нелепая попытка "впихнуть невпихуемое". Но это слава богу древняя опция и надо надеяться что это не XML а что-то более реликтовое. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2012, 19:59:40 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
mayton ... У меня вообще вызывает удивление "тотальное засилие" XML-конфигов на фоне сегодня существующих более удобных JSON или YAML. Смотри. Существует xml (база данных клиентов (почему не в SQL? на то есть своя причина )) в, скажем, 100 000 строк. Чтобы Вырвать все или часть данных про Ali Baboo мне нужен только xslt филей. А как это сделать в JSON или YAML. И я не думаю, что их (JSON или YAML) будет проще и быстрее редактировать чем xml. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2012, 12:58:14 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomadmayton ... У меня вообще вызывает удивление "тотальное засилие" XML-конфигов на фоне сегодня существующих более удобных JSON или YAML. Смотри. Существует xml (база данных клиентов (почему не в SQL? на то есть своя причина )) в, скажем, 100 000 строк. Чтобы Вырвать все или часть данных про Ali Baboo мне нужен только xslt филей. А как это сделать в JSON или YAML. И я не думаю, что их (JSON или YAML) будет проще и быстрее редактировать чем xml. Мы говорим про конфиги или базы данных? У меня по каждому вопросу отдельная точка зрения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2012, 13:01:08 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
maytonМы говорим про конфиги или базы данных? У меня по каждому вопросу отдельная точка зрения. Прости, я ввел тебя (возможно и остальных ) в заблуждение. В проекте xml рассматривается как универсальный способ хранение данных. Будь то конфиги или база данных. Вот, как то так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2012, 13:08:08 |
|
||
|
xml процессоры и их производительность.
|
|||
|---|---|---|---|
|
#18+
HunterNomadmaytonМы говорим про конфиги или базы данных? У меня по каждому вопросу отдельная точка зрения. Прости, я ввел тебя (возможно и остальных ) в заблуждение. В проекте xml рассматривается как универсальный способ хранение данных. Будь то конфиги или база данных. Вот, как то так. Я участвовал в разработке одной фронт-системки где XML-документ был единицей обработки данных. Но у этой системы была масса ограничений на транзакции, конкуренцию. Она также создавала нагрузку плохо совместимую с объёмом обрабатываемых данных. Пожалуй единственное преимущество этой системы это отсутствие зависимости от БД. Но все отрицательных факторы сильно смещали чашу весов этого преимущества в другую сторону. По сабжу, я "кинул" этот проект и поменял работу. Настолько моё идеологическое неприятие было сильно. Там где нужен сильный интеллект в вопросах - найти и обработать и извлечь из 1-10 документов данные - XML-XSLT хорош. А там где нужна массовость и скорость - он ненужен. Если ваши данные имеют реляционное отображение то извинительнее взять какой-нить MS(XE) или Oracle(XE) и решить данную задачу без мозгоёбства. Если тебя интересует вообще хардкорная оптимизация трансформаций то можно почитать про устройство Intel® XSLTAccelerator 1.1. Не знаю живо оно сейчас и где используется но как факт - такое было создано. http://cache-www.intel.com/cd/00/00/34/42/344227_344227.pdf Но это так. Для общего развития. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2012, 13:24:22 |
|
||
|
|

start [/forum/topic.php?all=1&fid=59&tid=2132786]: |
0ms |
get settings: |
15ms |
get forum list: |
27ms |
check forum access: |
7ms |
check topic access: |
7ms |
track hit: |
70ms |
get topic data: |
21ms |
get forum data: |
4ms |
get page messages: |
134ms |
get tp. blocked users: |
3ms |
| others: | 358ms |
| total: | 646ms |

| 0 / 0 |
