« Rev
@gogolang   611
Fwd »


dev_sheep
абсолютно нет
dev_sheep
тем более, что пруфать нечего
Aleksandr
Вроде все сразу ясно должно стать
что-то непонятная таблица. то ли там оценки местами перепутаны, то ли она неправильная
engelbart
а в json знак процента не надо экранировать?
dev_sheep
что я считаю минусами, скажем так
dev_sheep
или какие минусы есть в xml
engelbart
"Lifetime":"50%" так ок для json?
Илья
json => object (object notation), xml => поток из помойки в виде node, где есть атрибуты, есть текст, есть несколько спецификаций и тд :)
Aleksandr
можно пояснить?
вот например поддержка поточной обработки - 0. почему 0? нет поточных декодеров? а ты вот как раз про это выше спрашивал. произвольная иерархия - 3. в xml невозможна произвольная иерархия? что такое бинарная безопасность? и почему нет в таблице одного из главных пунктов - поддержка схемы. эта таблица кажется просто "имхо" одного разработчика об опыте своей работы с различными форматами, но совсем не о самих форматах.
Valentin
XML банально труднее читать и редактировать руками
Valentin
Тот же json хорош для машин и более-менее читаем людьми
dev_sheep
да и обрабатывать его удобнее
Anatoly
XML банально труднее читать и редактировать руками
зато его валидировать можно, а это при обмене B2B очень и очень важно
Alexey 〒.
XML банально труднее читать и редактировать руками
ну это частично решается хорошим редактором
Aleksandr
ребзь, вы единственное сказали, что json читать удобнее. вот и все (
Axm
а для json есть че-то типа xpath?
Aleksandr
http://json-schema.org/
не всегда подойдет, поскольку не стандартизировано. крупный энтерпрайз не пропустит
Aleksandr
он избыточен же
"же" не пруф
Valentin
зато его валидировать можно, а это при обмене B2B очень и очень важно
а в чем сложность валидации json? в го есть несколько решений для валидации структур
Илья
отношение полезной информации к обхему переданной информации(траффик), у xml хуже , чем у json
Valentin
не всегда подойдет, поскольку не стандартизировано. крупный энтерпрайз не пропустит
в большинстве случаев "крутой энтерпрайз" вообще много чего не пропустит, если есть возможность выбирать что-то удобнее, то почему нет?
Valentin
каких еще структур и причем здесь го?
поскольку мы в го-чате я предполагаю, что приложения работаю на го -)
Илья
"же" не пруф
https://ru.wikipedia.org/wiki/XML - см Эффективность использования XML
Valentin
Из еще минусов- очень большой оверхед
Aleksandr
поскольку мы в го-чате я предполагаю, что приложения работаю на го -)
да, но json нам надо провалидировать до структуры
Valentin
аналогичная структура на json будет весить банально меньше
Valentin
jsonb, message pack будет легче
Valentin
О чем спор вообще? Если вы интегриуетесь с внешним сервисом, который работает с XML, то выбора особо нет, но внутри своих сервисов можно быть свободнее -)
Aleksandr
а как мне в 500-меговом json, состоящем из 1000000 объектов, поменять свойство каждого объекта, например сделав первую букву большой, а свойство другого объекта умножить на коэффициент?
Илья
да, но json нам надо провалидировать до структуры
json - посольку это сериалиозванный объект, поддается сериализации в структуру, xml - поскольку это произвольный набор xml node, содержащий произвольные данные, такой сериализации поддается сложнее, поэтому для json есть быстрые типизированные десериализации, а для xml нет
Илья
у xml есть 1 плюс, точнее требование, на нём написано куча soap помойки, пока оно живо, он будет жить
Anonymous
Всем привет! Подскажите, пожалуйста, какую-нибудь встраевуемую субд?
Илья
какие есть плюсы у xml, я не в курсе :(
Aleksandr
Кстати хороший кейс, еще недавно была задача в подобном файле найти и удалить все дубли
угу. я работал на маркетплейсе в котором шла обработка около тысячи фидов размером по гигабайту, и потом нужно было создавать еще несколько десятков фидов различного формата из одного набора данных. и обычные паттерны здесь не работают
Anonymous
https://github.com/gostor/awesome-go-storage
Илья
xml - оправдан только необходимостью интеграций с xml сервисами, для всего, где xml нет как требования, он не подходит :)
Илья
неправлиьно выразился, не то чтобы не подходит, но есть что-то более подходящее :)
🍗
прошу прощения что не совсем по тематике, но джавщики есть?! помогите найти найти jre 1.6 под линь )
Aleksandr
https://www.google.ru/search?client=ubuntu&channel=fs&q=jre+1.6+linux&ie=utf-8&oe=utf-8&gfe_rd=cr&dcr=0&ei=rIXKWYbWHMaDyAW72JKoBA
🍗
они хотят чтоб я зарегался на оракле)
Alexey 〒.
они хотят чтоб я зарегался на оракле)
хотят знать врага, тормозящего прогресс, в лицо) на 20minutemail регни
🍗
ОРАКЛ ))) там на сайте есть возможность скачать старые версии, они только после регистрации )
🍗
это jdk, мне jre
Aleksandr
чувак, просто название файла в бей в гугл
🍗
целый день вбиваю)
Anonymous
https://github.com/gostor/awesome-go-storage
Спасибо большое!
Aleksandr
целый день вбиваю)
там внизу ссылки на jre
Alexey 〒.
целый день вбиваю)
уже давно бы регнулся и скачал
Aleksandr
хотя походу они уже не работают
Aleksandr
уже давно бы регнулся и скачал
воистину. в чатик пришел чтобы не региться
Anatoly
целый день вбиваю)
http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase6-419409.html
Aleksandr
целый день вбиваю)
у меня почему-то гугл более дружелюбный http://download.xskernel.org/soft/linux-bin/
Anatoly
Заставят регаться )
представься трампом
🍗
там под винду)
Aleksandr
http://mirrors.linuxeye.com/jdk/
« Rev
@gogolang   611
Fwd »