The OpenNET Project / Index page

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



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

Оглавление

Технический комитет OASIS утвердил спецификацию OpenDocument..., opennews (??), 22-Янв-20, (0) [смотреть все] +1

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


6. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +1 +/
Сообщение от Ноним (?), 22-Янв-20, 10:30 
>основанный на XML

Сколько можно еще насиловать этот труп мамонта? Полноценный XML парсер написать ни разу не просто (со всеми его приколами), построение DOM в памяти занимает дохрена времени и места, а самое важное - возможность редактировать текст руками на самом деле никому не нужна.

Давно пора перейти на бинарные форматы вместо этой ереси

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

9. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +/
Сообщение от Аноним (17), 22-Янв-20, 10:36 
Ты предлагаешь все старые xml документы выкинуть и создать 16-ый стандарт? Бинарный это обратно к проприетарщине от Микрософт. Нельзя создать открытый бинарный формат.
Ответить | Правка | Наверх | Cообщить модератору

10. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +3 +/
Сообщение от Ноним (?), 22-Янв-20, 10:40 
>Ты предлагаешь все старые xml документы выкинуть

Да, было бы неплохо.

>Бинарный это обратно к проприетарщине от Микрософт. Нельзя создать открытый бинарный формат.

У вас проблемы с логикой.

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

15. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +/
Сообщение от Аноним (17), 22-Янв-20, 10:48 
Нет у тебя =Р
Ответить | Правка | Наверх | Cообщить модератору

20. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +2 +/
Сообщение от Аноним (20), 22-Янв-20, 10:59 
PNG, JPEG, Opus, тот же ELF - это бинарные форматы. Они проприетарны? Вроде, нет - открыты. Т.е. ваше утверждение о невозможности создать бинарный открытый формат не подтверждено. И вообще непонятно, с чего вы сделали такой логический вывод.
Ответить | Правка | Наверх | Cообщить модератору

16. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +/
Сообщение от Аноним (16), 22-Янв-20, 10:49 
> Ты предлагаешь все старые xml документы выкинуть и создать 16-ый стандарт?
>Бинарный  это обратно к проприетарщине от Микрософт.

Эээ... это ещё что?
>Нельзя создать открытый бинарный формат.

Что такое бинарный формат, поясните пожалуйста, а то у меня парсер сломался об это утверждение!


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

49. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +/
Сообщение от ползкрокодил (?), 22-Янв-20, 15:52 
Очевидно же — не текстовый.
Ответить | Правка | Наверх | Cообщить модератору

65. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +1 +/
Сообщение от Аноним (65), 22-Янв-20, 19:27 
У протокола DNS бинарный формат. Можно ли создать открытый бинарный протокол?
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

13. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  –3 +/
Сообщение от Аноним (13), 22-Янв-20, 10:45 
В том то и дело, что парсеры и сериализаторы для бинари писать надо, или генерировать из спецификаций Kaitai Struct (сериализацию пока сгенерить невозможно), а парсеры для XML уже есть. Так что оптимально для начала просто заменить XML на CBOR (бинарный json), для которого уже дофига парсеров и сериализаторов, с минимальными изменениями структуры документа.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

23. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  –1 +/
Сообщение от Аноним (34), 22-Янв-20, 11:12 
>для которого уже дофига парсеров и сериализаторов

Нашёл только батарейки для питона и перла в репах, это очень нужный формат очевидно. А чем json не угодил? Тем, что он не конкурент xml? Так пользуйтесь xml, к чему всё это?

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

27. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +/
Сообщение от Ноним (?), 22-Янв-20, 11:18 
> А чем json не угодил? Тем, что он не конкурент xml?

json лучше xml (потому что он значительно проще), но все равно у него проблемы со скоростью. Вот вам видос как чуваки оптимизировали парсинг json: https://www.youtube.com/watch?v=wlvKAT7SZIQ

А нужен такой формат, при котором вот те вот описанные извращения не нужны.

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

32. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +/
Сообщение от Аноним (34), 22-Янв-20, 12:02 
Можно теперь встроить это в jq, пожалуйста? А то жава какая-то не знаю... В том то и дело, что там где у xml аттрибуты будут логичной частью схемы, в жсоне придётся городить какой-то ужас и экономии никакой не получится. Xml просто универсальный формат описания, json — нет.
Ответить | Правка | Наверх | Cообщить модератору

38. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +3 +/
Сообщение от Ноним (?), 22-Янв-20, 13:09 
Давайте начнем с того, что есть правильное использование XML, а есть неправильное.

XML - язык разметки
JSON - нотация представления объектов

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

55. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +1 +/
Сообщение от Аноним (55), 22-Янв-20, 16:36 
> json лучше xml (потому что он значительно проще)

Это нагромождение лапши проще для кого? Того, кто парсер пишет, или человека?

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

72. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +/
Сообщение от Аноним (13), 22-Янв-20, 23:49 
https://cbor.io/impls.html

C, C#, Java, Scala, JS, PHP, python, rust, ruby, lua, go, perl ...


>Нашёл только батарейки для питона и перла в репах

Ты бы ещё в притоне некрофилов либы поискал. Давно пора усвоить, что либы находятся в репозиториях на гитхабе, гитлабе и в меньшей степени битбакете.

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

73. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +/
Сообщение от Аноним (13), 22-Янв-20, 23:54 
>А чем json не угодил?

Текстовость. Парсить сложно, нужен ручной конечный автомат, сгенерированные пригодное для работы AST не дают, а строки надо эскейпить. Бинарные форматы парсятся гораздо проще и имеют меньше оверхед: строки там вообще не эскейпятся, а хранится длина, а после - строка.

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

97. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +/
Сообщение от ffirefox (?), 24-Янв-20, 18:07 
> строки там вообще не эскейпятся, а хранится длина, а после - строка.

Ага. Было уже: "Максимальная длина строки не более 64К".

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

33. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  –1 +/
Сообщение от Аноним (82), 22-Янв-20, 12:08 
>Полноценный XML парсер написать ни разу не просто (со всеми его приколами),

Вам-то что, не вы же его пишете?

>построение DOM в памяти занимает дохрена времени и места,

Сколько сейчас памяти считается нормой? Даже в смартах уже 8G стало.

>а самое важное - возможность редактировать текст руками на самом деле никому не нужна.

А вот здесь за всех не надо. Я иногда ODF раззипливаю и читаю обычным текстовым редактором.

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

39. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  –2 +/
Сообщение от Ноним (?), 22-Янв-20, 13:16 
>Вам-то что, не вы же его пишете?

У меня есть выбор юзать xml или не юзать xml. Если полноценный парсер xml медленный, тормозной и способен положить прогу через XML bomb - то зачем вообще связываться с xml?

>Сколько сейчас памяти считается нормой? Даже в смартах уже 8G стало.

Памяти много не бывает

>Я иногда ODF раззипливаю и читаю обычным текстовым редактором.

Сделаю вид что поверю

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

90. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +/
Сообщение от анонимуслинус (?), 24-Янв-20, 01:13 
я тоже иногда такие форматы на основе xml  текстовиком смотрю. оч занимательно я вам скажу. бывает начинаешь замечать, что многие парсеры этих форматов занимаются допработой по переводу их информации в удобоваримый человеку вид. самое смешное , что так во многих местах. нет чтоб сразу использовать необходимый формат. например те же jpx(навигаторы гармин) представляют в файле запись в одном формате, а на экране совсем в другом и гоняют эту запись-представление в обе стороны, вместо того чтоб сделать как им надо изначально. при этом эти представления вообще не влияют на сам метод оформления xml.
Ответить | Правка | Наверх | Cообщить модератору

46. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  –1 +/
Сообщение от Аноним (46), 22-Янв-20, 15:20 
Это достаточно, для 8 приложений , написаных на электронку, ваших 8 гб
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

98. "Технический комитет OASIS утвердил спецификацию OpenDocument..."  +/
Сообщение от Анонимный Алкоголик (??), 25-Янв-20, 06:57 
> Давно пора перейти на бинарные форматы вместо этой ереси

Будете делать "полноценный порсер" "бинарного формата" с приколами... С неведомым методом съедающим таки всю память... ? >:-)

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

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

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




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

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