Какой Java DOM Wrapper является лучшим или Самым популярным?

голоса
3

Я использовал JDOM в прошлом, и кратко посмотрел на XOM и DOM4j. Каждый , кажется, обеспечивает по существу то же самое, как и каждый из них обеспечивают упрощенную оболочку над (очень тупой) стандартного W3C DOM API.

Я знаю, что JDOM прошел через некоторые усилия, чтобы разработать JSR и процесс стандартизации в одной точке, но, насколько я знаю, что усилия никуда не пошел. Весь проект, как представляется, в застое с небольшим количеством нового развития в последние несколько лет.

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

Задан 25/08/2008 в 04:11
источник пользователем
На других языках...                            


3 ответов

голоса
5

Мне нравится XOM , потому что мне нравится, как Эллиотт Расти Гарольд думает. Из них вы упоминаете , я верю , что это тот , который отходит от стандартного API DOM: S больше всего, но я считаю , что выгоды.

Я когда-то реализована библиотека DOM для какао, и XOM был моим вдохновением.

Я работал с JDOM, а также, и в этом нет абсолютно ничего плохого с ним, хотя я предпочитаю XOM.

Ответил 25/08/2008 в 06:52
источник пользователем

голоса
2

В то время как dom4j старый игрок, мы использовали его на некоторое время и не жалею об этом до сих пор. Сильные черты: простота, поддержка XPath и другие. Слабые стороны: пока не поддерживает Java 5.0, но версия 2.0 была , наконец , объявлено.

Ответил 22/02/2009 в 21:51
источник пользователем

голоса
1

Это все зависит от набора функций. Если вы хотите, чтобы извлечь выгоду из преобразований XSL Engine (как Xalan) или XPath Engine (как Jaxen или Saxon) Я бы рекомендовал придерживаться более популярной рамки доступной как Apache Xerces, JDOM.

После этого, все это дело вкуса. Я Personnally использовать W3C совместимый (org.w3c. *), Как Apache Xerces, потому что они достаточно распространены, достаточно быстро и хорошо поддерживается Java сообщества.

Конечно, если вам нужно молниеносная скорость и не заботятся о XPath, XQuery или XSL, безусловно, вы можете найти себе что-то, что гораздо быстрее и / или ресурсоемкий. (Т.е. реализации StAX)

Ответил 25/08/2008 в 13:54
источник пользователем

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more