The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Консорциум OASIS утвердил OpenDocument 1.3 в качестве стандарта, opennews (ok), 23-Июн-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


70. "Консорциум OASIS утвердил OpenDocument 1.3 в качестве станда..."  +/
Сообщение от Аноним (70), 24-Июн-21, 02:47 
> DOCX - лишь жалкая попытка что-то там "приоткрыть", никто кроме самого M$ не сделал полноценной поддержки.

https://www.ecma-international.org/publications-and-standard.../
https://www.iso.org/search.html?q=29500
https://docs.microsoft.com/en-us/openspecs/office_standards/...
Нормально он так "приоткрыт", аж до самых свежих версий.

> JSON нужен как ПОНЯТНЫЙ формат, который легко разбирать.

Легко разбирать кому? Анониму по имени Gogi?
Видал я таких любителей JSON. Он им хорошо понятен и удобен пока они не увидят json-выгрузку размером в 65GB. Потом с них спесь сбивается и начинает доходить, зачем нужен XML. Подскажу, ради XSLT и XPath.
Другое дело, что, например, в Linux зачастую применяют libxml2 вместо парсера XML. Если я буду описывать все те грабли с которыми приходилось сталкиваться и всё что я думаю об этой либе, матфильтр опеннета коммент никогда не пропустит. Она не поддерживает ни современный XML, ни тем более современные XPath/XSLT.
Куча проблем в OOXML в том, что никто не запилил правильную либу XML под Gogi-угодными лицензиями, на анон-хвалебельных языках. А так, если кому нужна полноценная поддержка современных стандартов XML на халяву, то добро пожаловать в чудесный мир Java.

> А в качестве структуры документа - объектная модель: носитель, текст, картинки, слои, градиентики всякие... Почти как WPF, только с сильным уклоном в типографию.

Не ну ты не поверишь, конечно, но как по-твоему оно сейчас в OOXML работает? Это объекты сериализированные в XML соответствующих схем. Вот только "объектная модель почти как в WPF" откуда возьмется в JSON-ах? У JSON-а есть 1001 техническое ограничение. Для того чтобы хоть как-то с ним работать тебе нужен набор динамических типов внутри целого языка. Ты не замечаешь, что это проблема, потому что не видел больших и сложных документов JSON. А почему не видел, а потому что там где надо большое и сложное, там XML. Ну или вон глянь на XSLT 3.0: https://www.w3.org/TR/xslt-30/#json-to-xml-mapping
Давайте конвертировать JSON в XML и назад, чтобы было чем его по-нормальному трансформировать =)

Кстати, часть глюков, которые проявляются не из-за проблем отрисовки документа на экране, возникают при парсинге старенькой кривенькой msxml, которую они (MS) глобально обновить себе не могут, боятся сломать легаси. MSXML тоже гадкая, но не такая капризная как libxml2.

> Нам нужен другой формат, более "типографский", но в то же время простой в плане структуры.

А "вы" это кто, я стесняюсь спросить? Стандарты документов, которые используются для бизнеса НИКОГДА не выберутся из XML-представлений. Любая попытка пропихнуть туда что-то без коллекций, метаданных-схемы, идентификаторов и аннотаций не кончится НИЧЕМ. Знаешь почему? Потому что без всего вышеперечисленного не получится организовать "объектную модель". "Вам" и другим анонимам ограниченными возможностями, походу, ключ-значение - предел мечтаний. Соболезную, вашему горю.

> Проблема "открытого формата" в том, что это ПРЯМАЯ УГРОЗА БИЗНЕСУ типа мудософта

Никакой угрозы нигде никому нет. Открытый формат ДОКУМЕНТОВ требует мало того что реализовать стандарт на 6k строчек с патчами и обновлениями на 1k, так еще и запилить поддержку стандартов документов W3С, причем почти что всех. Они все тоже открытые, кстати. Просто их надо буквально годами тащить и актуализировать, а на это денежки нужны. Никакие лозунги, никакая ненависть к MS не добавит в Linux вменяемую реализацию XML вне Java.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

101. "Консорциум OASIS утвердил OpenDocument 1.3 в качестве станда..."  +/
Сообщение от Составление сообщения (?), 24-Июн-21, 15:28 
>не добавит в Linux вменяемую реализацию XML вне Java

А что конкретно на Java так хорошо работает с XML? Какие либы, программы, фреймворки? Они есть в какомрнибудь из популярных офисов, кроме некрософтовского?

Ответить | Правка | Наверх | Cообщить модератору

111. "Консорциум OASIS утвердил OpenDocument 1.3 в качестве станда..."  +/
Сообщение от Аноним (111), 25-Июн-21, 09:00 
Имеет ли смысл офисному пакету использовать бинарный формат файлов? Всякие JSON и XML вряд ли будут парситься вручную, поэтому из схемы человек <-> компьютер следует перейти во вторую крайность, чтобы увеличить производительность. И тогда получится залезть в середину бинарного файла и отрендерить документ начиная отсюда без необходимости читать весь файл.
Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

112. "Консорциум OASIS утвердил OpenDocument 1.3 в качестве станда..."  +/
Сообщение от Аноним (70), 25-Июн-21, 11:04 
Существуют документы табличные части которых притащены из БД и постоянно тащат из нее данные, далее они оформлены (фильтр/ВПР) и немножко диаграмм с графиками, а затем требуется другим софтом сделать свои запросы. Такие документы весят несколько гигабайт.

Попытка использовать собственные бинарные представления провалилась с треском, потому что есть огромное количество разнородного корпоративного софта, который хочет найти целую пачку документов и выковырять оттуда данные. Поэтому XML или CSV, если это старые документы, которым нужен Кобол, всякое бывает.

А прикинь писать бинарный десериализатор к каждой самописной софтине или тащить какую-то либу на непонятно каком языке к своему проекту, когда есть XML.

Ответить | Правка | Наверх | Cообщить модератору

113. "Консорциум OASIS утвердил OpenDocument 1.3 в качестве станда..."  +/
Сообщение от Аноним (70), 25-Июн-21, 11:19 
> залезть в середину бинарного файла и отрендерить документ начиная отсюда без необходимости читать весь файл

Собственно XML так может, если только у вас API нормальное, а не DOM.

В питоне, например, так работать с XML нельзя, во всяком случае в стандартной библиотеке нету аналогов SAX-парсеров из Java. Java также есть JAXB, который автоматизирует сериализацию через биндинги. .NET в этом случае тоже не отстаёт, хотя не настолько абстрактен. .NET классы сериализатора - это конкретные (не абстрактные классы), то есть в .NET в отличии от Java нельзя бесшовно заменить библиотеку реализующую XML и его API нужно писать using-и левых либ если тебе не хватает того что стандартно и бесплатно. А то вон какой Saxon есть для .NET и Java. MS его лицензирует в своих офисных продуктах, кстати, потому что их ​родная реализация убога и не устраивает ни их самих, ни клиентов XD

А корпоративные разработчики просят им запилить свежайшие стандарты на халяву: https://github.com/dotnet/runtime/issues/14819

Опять же, несмотря на все эти проблемы, всё лучше чем питон, потому что там только DOM в стандартной либе. И куча левых либ, которые вокруг этого дома пляшут. Отсюда у неграмотных питонистов фанбойство вокруг JSON, потому что он хотя бы частично но работает в таком убожестве как питон.

Ответить | Правка | К родителю #111 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру