kir_dfg писал(а):Щас перечитал это обсуждение, и наткнулся на JSON. И могильные устройства.
Коллеги. Выскажу свое мнение, возможно, не слишком авторитетное, но тут не мне судить. Я работаю на куче языков программирования. Есть на этом форуме товарищи, считающие, что сайты со словом gov в имени домена - априори никудышные. В чем-то они, конечно, правы.
Мой опыт показывает, что все, что как-то связано со словом Java - тоже абсолютно бесполезное и никчемное. Ни в одном языке нет столько идиотизма, сколько в джаве. И, хотя Джаваскрипт мало с ней связан, но и к нему это относится в той же мере. Его хорошо использовать на сайтах, но в разумных пределах. Не так, как сделано в ЕИС - что половина логики на нем реализована.
Джава - это язык для написания игрушек для могильников. Больше ни для чего он не годится. Все эти разговоры про кроссплатформенность и прочее - пустой звук, потому что в действительности все равно это работает только на устройстве, под которое разработано. Поэтому, к примеру, вот сейчас в свете перехода на "отечественное ПО", когда надо будет переделывать все разработанные под Windows приложения, эта джава никоим образом ситуацию не исправит. Кроме того, запустить джава-приложение на компьютере иногда может стать весьма нетривиальной задачей из-за полоумия оракловых разработчиков по части безопасности и версий платформы.
Что касается JSON. Есть у меня один знакомый, который тоже так его описывает. Теми же тоннами лишних килобайт и прочим. Но почему-то ему, как и Вам, не приходит в голову, что это описание элементарно не читаемо человеком. XML - он и в Африке XML. Его всегда можно пощупать, посмотреть, даже если он в одну строчку поставлен. Определить, что не так и почему программа его не обрабатывает. В свете работы с выгрузками ЕИС это ой как актуально. Попробуйте то же самое сделать для JSON. Думаю, взвоете после первой же попытки. И - опять же, это используется, главным образом, для обмена игрушек на могильниках с серверами этих игрушек.
JSON так не пощупаешь. Там сплошной поток скобок, цифр и знаков, разобраться в котором крайне непросто. Он просто не воспринимается мозгом. По факту, его выдумал один человек, а все подхватили, толком не разобравшись. XML же до сих пор описан кучей международных стандартов, в том числе и в части канонизации и подписи. Да и функций для работы с ним и возможностей намного больше.
И еще одно. Ориентировать на могильные устройства - это, конечно, хорошо. Но увлекаться я бы категорически не стал. Не все можно вывести на них. К сожалению, сейчас большинство разработчиков ПО увязли в этих "могильных приложениях" (читай - игрушках) и забыли, что существуют нормальные задачи для нормальных устройств. Меня, например, это ужасно расстраивает. Кроме того, не забываем про зомботелефонный синдром. Слезы наворачиваются, когда смотришь на людей, которые им больны.
Ну и последнее. Я бы не советовал разработчикам ЕИС менять XML на JSON. Во-первых, по вышеуказанной причине. А во-вторых, потому, что если учитывать, сколько проблем существует с этой выгрузкой из-за смены схем данных, то добавление новых совсем не помогло бы.
Вот, просто хотелось это высказать. Это всего лишь то, что показывает мой опыт в работе с этими вещами.
JSON это технология обмена данными! Но никак не вывод информации! Но в действующее время в некоторых системах уже и хранение данных! Можно хранить json а уже площадки пусть выводят как удобно пользователям! Я например когда пользователь подписывает форму! Все собираю в строку json! Потом впихиваю ее в файл получаю хеш по ГОСТ 2012! И уже хеш подписываю! Зато я знаю, что любой другой проект может получить этот самый json и вывести эти данные как ему нужно! Как они у себя хранят это уже пусть ЕИС сам разбирается! Например вместо передачи громадного xml, можно передать json! Они уже его разбирают и проверяют! А там уже сами если хотят сохраняют в xml! Парсить xml тем более с нестандартными типами данных! Во многих API есть выбор передавать(получать) данные в json или xml например!
По поводу JAVA) JAVA - это может быть каркас для мобильного приложения в который можно например впихнуть webView а там уже плясать! В моей продуманной логики клиенту нужен будет последний актуальный браузер и все) Будут некоторые проблемы может быть, но я планирую открыть сервис решать сопутствующие проблемы! Мне самому сложно понять работу 223 ФЗ) Вот и делаю чтоб человек немного разбирающийся в 223ФЗ и ПК мог все делать! Слишком много времени и затрат уходит на обучение людей и т. д.! Поэтому и предлагаю упрощать систему, а не усложнять!
