Открываешь сурцы. И смотришь :3 Они просты для понимания, хоть и написаны на сишке. Снабжены комментариями и всем таким. Превосходный самодокументированный код.

Ну, это же просто регулярки. Они довольно магичны, конечно, но их незнание очень сильно мешает работе с текстом.

Регулярки я уж лет 20 использую. С этим проблем нет. А вот твой совет по раскукоживанию многомерного массива как раз в тему пришёл. Я про присвоения объектов знал, но почему-то к этому случаю с массивом не допетрил применить =)

Теперь надо обработку кнопок сделать.

Колбасу типа «a and b or c» я тоже юзаю. Мне кажется такая конструкция выглядит более понятней, чем «a ? b : c».

Вообще-то нет

в "a and b or c " есть одна проблема... если b ложно, то С не будет )

Тернаную операцию лучше не использовать (сам любитель)

в "a and b or c " есть одна проблема... если b ложно, то С не будет )

a and (b and b or c) or c. Не уверен, можно ли внутри or c сократить, но, вроде...

Алсо: > =(true and false or "moo") [1] moo

Да, потому что таки все элементы цепочки должны быть истинными, чтобы вытащить последний элемент.

Интересно думаете?

#lua https://github.com/zeta0134/LuaGB

Чет вроде и идут, а общее количество людей вроде особо и не меняется

Хех, расслабься. Раз в неделю по одному человеку - это немного. Цифра особо не изменится.

Тут еще нормально, люди как то сжато и по делу, а сижу в чате по blender'у тк там замутить пришлось, прям флуд, сотни сообщений, а по делу мелочь Людей там столько же

Ну, время от времени и тут есть флуд, так что да. Мне главное чтобы были те, кто задают вопросы, чтобы я мог на них отвечать :3 Хобби такое.

#lua https://github.com/zeta0134/LuaGB

Ох вау, и это на love2d. Действительно забавно, уже хочу в сурцы.

Ох вау, и это на love2d. Действительно забавно, уже хочу в сурцы.

так вон они лежат

Вот я и там!

есть что по json у кого?

Дофига либ, от чисто lua до офигенно быстрых но нуждающихся в компиляции cjson.

не не, пока только в плане знакомства

http://lua-users.org/wiki/JsonModules

с самым джейсоном в целом =) просто видимо плохо гуглю, что то мне крайне мало чего попадается, и то только в купе с джавой или пхп

Да, как ты понимаешь, не стоит перегонять объекты напрямую в json, лучше экспортировать поля. Хм, кстати, можно добавить забавную функцию к своим классам "toTable", экспортирующую поля для дальнейшего восстановления.

Json - представление данных изначально из жаваскрипта. Инициализация - как будто код жаваскрипта. Ну там: [1, 2, 3, 4, 5, "foo", "bar"] или {"foo":"bar", "bar":[1, 2, 3, "foo"]} Единственное различие с луа-таблицами - ключи в кавычках, двоеточие вместо "равно", и квадратные скобки для списков. Умеешь в таблицы - умеешь в json.

просто видел в той же короне как с луа нормально можна с ним работать, а сам джейсон вроде как позволяет кучковать инфу в удобочитаемом виде но толком информации больше и не нашел, мне пока посмотреть почитать то такое json и как оно там все ага, ну вроде не страшно

Ты знаешь для чего используется? В целом, что такое json и с чем его едят?

Технически, это преобразователь строчек в объекты нужного тебе языка и обратно. Ну, конвертер таблица -> строка -> таблица Зачем? В основном, чтобы сохранять на диск, передавать объекты/структуры по сети. Просто сохранять, просто загружать. Можно придумать ещё несколько способов применения.

ну те же к примеру тайловые проги для создания уровней хранят всю информацию в json файлах

Да, да, например так. Darkest Dungeon хранит кучу конфигов в json'ах. Да и я тоже. Просто нужно грузить одну табличку из файлика при каждом запуске приложения. А при изменениях (громкость звука в игре повысили) - перезаписывать файл. Ну, ещё стоит иметь вшитую табличку дефолтных значений, шоб если файла нет - тут же записать. Вот и всё : )

О, избранные, кстати, делают полноценные сериализаторы, которые ещё и функции сериализуют, и мета-данные типа __index. Но это уже не json.

оффтоп но : только сел смотреть, и тут корочи как воткнуть одно в другое...ща "author" : {"f1" : "value","f2" : "value","f3" : "value"}, "book" : {"f1" : "value", "author", "f2" : "value"}

оу, знакомые f'ки!

это ответ от БД?

не не не, вопрос про внедрение автора в книгу

и я о том же!

это ответ от бд?

это на скору руку написаный пример

тогда в чем проблема

вот так просто можно писать? "author" как потом с этим работать?

"book" : {"f1" : "value", author: author, "f2" : "value"}

result.book.author — автор

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

не знаю в чем проблема, author = таблица, потом в другую таблицу присваевается tbl.author = author и все

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

он просто тоже неименованые поля выводит как f1, f2

вот про него и подумал

я просто сам запутался, мы ж по сути в джейсоне только храним данные в структурированной форме так?

в том то и его задумка - в нем данные в НЕ структурированной форме - делай в нем как хочешь

{"book": {..., "author": {"name": "..."}, ...}}

интересный аналог это GraphQL

я просто уже сам окончательно запутался тобишь воткнуть верхнего автора как используемый обьект нельзя, это ж не яп { "author" : { "id" : "value", "name" : "value", "surname" : "value" }, "book" : { "title" : "value", "author" : "id", "numOfPages" : "value", "genre" : "value" } } а типа потом нужно будет вытаскивать и работать как то с ним, это мне типа к книжке значит сразу приписывать ид автора что ю потом сравнивать с авторами на сходство

да, вот как раз графкюэльный пример нашел: { "posts": { 4565633: { "author_id": 599, ... }, 4565634: { "author_id": 599, ... }, }, "autors": { 599: { "posts": [4565633,4565634] }, } }

лучше id делать ключами, чтобы потом нужного автора не искать перебором

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

res = тот json выше author = res.authors[599] first_post = res.posts[author.posts[0]] как-то так

обьекты\таблицы мы получаем как таблицы? как я понял еще и с "нормальной" нумерацией с 0

две поправки по примеру моему: json не умеет числовые ключи, не луа) и глупый js сортирует как хочет, так что выдача в таком виде без порядка

забыл, json не только для js

тогда зависит от языка

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

луа зе бест для встраивания, ничего лишнего, нужен json - бери библиотеки

вся забава с json'ом - в json'е есть тип null, в луа его нет, вот и выбирай библиотеку, которая нулл реализует как тебе нравится

а свою проверку какую то черкануть никак? или заганять null как строку ну типа сложно, там же по сути главное получать передавать данные а остальное можно уже попробовать обрабатывать на месте

конечно можно, не очень и сложно самому json составлять

не очень хорошо это, потому что cjson очень быстр, а самому так быстро не выйдет

по секрету, в json'е null нафиг не нужен, от него никакого эффекта в результате

я имел в виду то как пустые таблицы в jsonе хранятся - это разные библиотеки по-своему и решают

Хе-хе, на определённых данных, неплохо работает как раз формат аналогичный json'у. authors = { {name = 'Stephen Edwin King', bdate = 1974, books = {2}}, {name = 'Douglas Noël Adams', bdate = 1952, books = {1}} } books = { {title = 'The Hitchhiker’s Guide to the Galaxy', date = 1979, author = 2}, {title = 'It', date = 1990, author = 1} } Чот такое. Тут в качестве id-ключа выступает номер в параллельной группе. Выгрузка списка книг конкретного автора выглядит примерно так: getBooksByAuthor(name) local author for i, v in ipairs(authors) do if v.name == name then author = v end end if not author then return nil, 'not found' end local booklist = {} for i, v in ipairs(author.books) do table.insert(booklist, books[v]) end return booklist, #booklist end Для унификации всего этого счастья и автодополнения, нужны всякие первичные-вторичные ключи, язык запросов (или методы взаимодействия), механизмы поддержания целостности данных и прочая фигня. Но зачем, если есть sql/nosql?

я имел в виду то как пустые таблицы в jsonе хранятся - это разные библиотеки по-своему и решают

Как стандарт - пустая таблица ([]/{}). И это правильно, потому что с "другой стороны" ждут список/таблицу, и пытаются его обработать, даже если он пуст.

как кому нравится

Ниет, тут стандарты :3 В противном случае, json был бы опасен.

мне этот подход не нравится, надо думать как сериализатору сказать - это пустой массив, или это пустой хеш

по этому в моей реализации пустой массив или хеш - это его отсутствие

Не надо думать. field = {}, перед тем как мы вообще начали парсить содержимое таблицы. В общем, ты не прав, товарищ. Стандарты есть стандарты, или это уже не json.

да парсить то другое, я про превращение пустой таблицы в json строку

http://www.json.org/json-ru.html Почитай ECMA, тут валяется. А, пустая таблица превращается в скобки. t = {yo = {}, foo = {1, 2, 3}, bar = {a = 10, b = 20}} -> "{"yo":[], "foo":[1, 2, 3], "bar":{"a":10,"b":20}}" Пустая таблица = пустой список. Инфа сотка. Обрабатываются одинаково.

нененене

какой это пустой список?