В XML тэги по два раза повторяются, это увеличивает размер и делает его написание вручную чуть сложнее + В xml есть очень много способов сделать одну и ту же вещь, а в JSON таких вещей не встречается Но вообще я вижу, что xml все ещё много где используется, и это вполне разумно и логично, так что против xml я ничего не имею. Порой даже завидую тому, как его можно делать более строгим и типизированным с помощью всяких schema, у JSON с этим все не так хорошо.

https://www.json.org/index.html Вот здесь прекрасно видно, насколько минималистичен JSON :)

но даже с json.hpp я умудряюсь говнокодить

это в крови :)

Я сделал вот такой биндинг для json.hpp

Довольно удобно И можно итерировать по объектам и массивам с помощью pairs

Потом код на github кину, как немного отполирую :)

Добро пожаловать в чат pro.lua, Дядя Федор! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.

Как лучше парсить JSON?

программно)) А если серъезно то Lua CJSON

Потом код на github кину, как немного отполирую :)

А чем превращатор json в lua-table плох? Таких много, превращают в обычную lua-таблицу, благо они совместимы с json.

Потом код на github кину, как немного отполирую :)

если оно ещё и быстрее/оптимальнее по памяти чем cjson будет, то будет вообще ня

И есть просто json-либы, на чистой луа, но чутка медленнее работают.

Я сделал биндинг, потому что на C++ стороне использую JSON for Modern C++ И я на C++ стороне открываю JSON, получаю json объект и часть данных получаю в C++, а часть - в Lua При этом если бы я использовал Lua библиотеки, то мне пришлось бы два раза один и тот же JSON парсить, что было бы плохо. Производительность биндинга пока не тестировал. :)

Хмм. А на С++-стороне это как выглядит? Превращает json в некоторый объект, типа списка списков списков указателей на отдельные "ноды" json?

Потому что ты теоретически мог бы знаешь что сделать? Один раз грузить json на луа-стороне, а потом передавать луа-таблицу на С++-сторону, чтобы там с ней баловаться, например.

Ага Можно, но Lua таблица не будет настолько же быстрой, как C++ контейнер. Большая часть загрузки больших JSON происходит именно на C++ стороне, на Lua относительно небольшая часть данных грузится

Не факт что луа не такая же быстрая : ) Если грузишь большие json'ы на C++, выгружая кусочки в луа - можно в луа выгружать луа-таблицу, сгенерированную из куска контейнера. Или тебе ещё и нужно редактировать эту таблицу из луа, чтобы и на С++-стороне менялось?

Я просто предпочитаю разделять такие штуки.

И на луа-стороне не используется никаких userdata и нестандартных типов данных, специально чтобы у пользователя было меньше поводов что-то сломать, напороться на невозможность сериализации данных, например, и всего такого.

Эти кусочки не всегда идут в большом JSON как один объект. Всё-таки удобно передавать целый JSON и потом давать скрипту делать с ним всё, что угодно И да, иногда нужно изменять JSON на стороне Lua Да и к тому же someJson.someKey.someKey2 в Lua на C++ стороне напрямую обратится к someJson["someKey"]["someKey2"]. И никаких таблиц не нужно дополнительно создавать Биндинг библиотеки строк 100 занимает, работает довольно быстро. И если я и хочу сделать из JSON Lua-таблицу, то я могу это сделать на Lua стороне вызовом C++ функции.

Оки : )

И да, если напрямую использовать Lua C API, то то, как ты делаешь, наверное, лучше. А я просто как казуальщик использую sol2, поэтому для меня сделать userdata - вообще не беда, не парюсь особо по такому пока что. :D

У меня бзик на "простые решения, которые не дают никому ничего сломать", а ещё на "решаем все задачи на луа-стороне, С++ - только для расширения функционала".

А зачем вообще парсить жсон через луа?

А зачем вообще парсить жсон через луа?

а где его ещё парсить, если приложение на lua?

Зачем делать приложение на луа?

...

Я так поняла, что луа медленнее, чем си/си++

Луа как скриптовый язык хорош, он для этого охуенный

Ну представь себе, что ты делаешь сетевую игру. У тебя есть сервер, который общается через json. Ты делаешь ему запрос: local request = { type = 'leaderboard', value = 'UserPupkin', } server:send(json.encode(request)) data = server:receive() print(data) --[[ { kills = 10, death = 20, assExplodes = 100500 } ]] Ты это парсишь, и добавляешь в статистику игрока.

Луа как скриптовый язык хорош, он для этого охуенный

покажи в современном мире хоть одно веб-приложение не на скриптовом языке, плз

(они есть, да, но я уверен, что не покажешь)

А не проще сделать функции для работы парсера в плюсах и ебануть их в луа

Зависит от твоих конечных целей.

Тут скорость важна

Я так поняла, что луа медленнее, чем си/си++

я как-то в IRC постил. и в конфе prosody, вроде, тоже. Делал я как-то на pure lua имплементацию sha512+crypt() (пароли в линупсах). Она работала от двух до десяти раз (в зависимости от к-ва циклов) быстрее референсной C-имплементации

Тут скорость важна

где "тут" и кому важна?

Тут, в конечной проге, важна мне

Мне скорость важнее всего

ну, так то у тебя в твоей неведомой проге

а выше ты задаёшь более общий вопрос "зачем вообще"

это немного разные вещи

Так луа же обернут вокруг си

...

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

ни вокруг чего Lua не обёрнут

Питон люто медленный, squirell быстрый, но не популярный

у Lua если лексические правила, которые можно парсить на чём угодно, включая сам Lua

ни вокруг чего Lua не обёрнут

У него есть компилятор?

LuaJIT, вон, вообще изобрёл DynASM

У него есть компилятор?

да

Кроме интепретера у луа вроде ничего нет, в бинарники луа может?

Кроме интепретера у луа вроде ничего нет, в бинарники луа может?

да

LuaJIT, вон, вообще изобрёл DynASM

Про луажит я мало слышала, но вроде он быстрый

да

Вау

Я думала, что есть только луа, который как либа для си

Ну и жит

Тут скорость важна

Скорость - смотря где важна. Ну смотри. Тебе надо обновлять лидерборд раз в пол года, но при том - нужно легко переносимое приложение без перекомпиляций. Ядро у тебя уже есть, скомпилированное под всё, и тебе лень компилировать С/С++-либу под всё, или пересобирать ядро десять раз, с правками под каждую версию, где будут запускать твою приложулю. Делаешь не шибко требовательную к скорости часть на луа, получаешь полную переносимость.

Я думала, что есть только луа, который как либа для си

этого уже достаточно для того чтобы завернуть lua-скрипт в бинарник

Кроме интепретера у луа вроде ничего нет, в бинарники луа может?

только практического смысла в этом нет

он даже, скорее, отрицательный

потому что на производительность это не повлияет ВООБЩЕ никак, а запиливая код в бинарник ты ещё и усложняешь дебаг (и скрываешь код). Сразу два плохих дела.

Я, например, активно использую love2d. Это - фреймворк с биндингами в луа, и он уже скомпилирован на 100500 архитектур. Модификации исходного кода фреймворка для меня - табу, поэтому я всё что можно пишу на луа, а что нельзя - пишу в виде динамически подключаемых сишных библиотек, благо их после этого можно подключать к чему угодно, что использует луа, не только к этому движку-фреймворку.

Я всегда любил C++, но после того, как пописал много на Lua, начал жалеть о том, что не начал писать игру изначально на Love2d. С Lua просто легче и приятнее жить, что ли. ?

С++ не даёт нормальной переносимости, приходится много трахаца чтобы запускать и там и там.

С++ не даёт нормальной переносимости, приходится много трахаца чтобы запускать и там и там.

скажу больше:

я знаю одного C++ специалиста, который пишет так, что компилировать это может только clang

В моей стимовой либе - не используется ничего кроме стима и STD, поэтому она ОТНОСИТЕЛЬНО переносима. Но стимовая часть компилится только VS, и ничем другим, это особенность самого стима.

Зависит от платформ У меня игра на Windows, Linux и Mac компилируется без проблем с CMake. Использую только кроссплатформенные библиотеки, так что в целом проблем нет Хотя в этих библиотеках могут быть платформо зависимые баги... и вот тогда лучше застрелиться

потому что там последние стандарты, лямбды и прочее во все поля

В моей стимовой либе - не используется ничего кроме стима и STD, поэтому она ОТНОСИТЕЛЬНО переносима. Но стимовая часть компилится только VS, и ничем другим, это особенность самого стима.

> переносима > vs

Ну, в VS можно настроить выход для линупсов/arm.

напомню, что vs есть только под одну ос и одну процессорную архитектуру

(ну, без кросскомпиляции, с которой там грустновато)

Надо будет тестить стим с кросскомпиляцией.

Хотя я скорее сделаю чуть другую фиговину, типа: 1. При инициализации стима, начинаем трекать таблицу steam.event (мы её выгружаем вместе с таблицей steam) 2. Колбеки - проверяют наличие нужной функции в таблице event, и при наличии - запускают её через lua_pcall.

Я всегда любил C++, но после того, как пописал много на Lua, начал жалеть о том, что не начал писать игру изначально на Love2d. С Lua просто легче и приятнее жить, что ли. ?

Я тоже. А потом заебся на ++ и ушел жить на Луа)))

Хотя сейчас мне таки не хватает какого-нибудь «серьезного» языка типа С/++/Питона

Думаю скоро работу искать, и даже хочется пойти куда-то, где будет Lua или Python Жить будет легче. Но 7 лет на C++ жаль просто так оставлять :D

Переходи на nim )

А на нём много кто кодит?

Добро пожаловать в чат pro.lua, Алексей! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.

https://iponweb-events.timepad.ru/event/610813/

(извините за наглость)

А на нём много кто кодит?

да в том то и дело что не много, хотя очень крутая штука

(извините за наглость)

Ууу нахал ))

https://iponweb-events.timepad.ru/event/610813/

О, спасибо А то пропустил бы. До этого все пропускал :(

Добро пожаловать в чат pro.lua, Anton! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.