forum.clarionlife.net

Вижу, что остались проблемы с массивами вложенных групп (group,dim(n)), буду вечером чинить.

Где-то во временном пространстве такое уже было ...
"Декабристы разбудили Герцена. Герцен развернул революционную агитацию." (C) В.И. Ленин
Я молчу со своими идеями не из скромности, а что бы не создавать завал и не замыливать предыдущие.

Обновил до v1.28 на GitHub. Массивы групп починил.

Есть небольшое несовпадение описания в справке и работы класса с форматами.
Если задать в опции для тега формат выгрузки значений: То результат будет: Может быть здесь нужен Trim() результата ? А то какие-то странные числа выгружаются.
Спасибо !

Что FORMAT(summa, @n_13.2) возвращает, то Вы и получаете. А почему REAL нельзя использовать? Будут нормальные числа выгружаться.

Дед Пахом писал(а): 09 Декабрь 2022, 0:38 А почему REAL нельзя использовать

Если Вы спрашиваете про тип данных - то да, конечно, REAL и используется.
Но хочется ведь получить в JSON нормальное форматированное число, а не результат жизнедеятельности FORMAT() "AsIs".
В каких сложных жизненных ситуациях может потребоваться использование тега вида "______________1.23" ?
(даже форум не отображает кучу пробелов между кавычками - Ave, Admin-у !)

В прошлом сообщении - я делал ссылку на справку.
Здесь всё красиво ... но ведь только для чисел с 4-мя целыми разрядами. А если вывести число 1.23 ?

Игорь Столяров писал(а): 09 Декабрь 2022, 8:30 форум не отображает кучу пробелов между кавычками

Это не форум а html такой.
По теме:
Наверное по дефолту все таки стоит у всего вставляемого контента отрезать пробелы с обоих сторон.
Но встречал дурные схемы, так что тогда нужна опция на всякий случай Trim=FALSE

Format вообще-то был введён для даты и времени.
Могу посоветовать форматировать числа при заполнении очереди.

Дед Пахом писал(а): 09 Декабрь 2022, 11:44 Format вообще-то был введён для даты и времени.

И здесь тоже используем с огромной благодарностью.
Вручную можно отформатировать всё - вопросов нет, спасибо.

Просто непонятно зачем в строке JSON левые пробелы для чисел ?
Просто из-за того, что Format() в языке Clarion не имеет гашения незначащих пробелов ?
Там где будут парсить такой JSON вряд ли знают о существовании Clarion ...

Я понимаю, что гипотетически сдвиг влево всех строк может нарушить совместимость.
Может быт проверять значение на Numeric() или действительно как-то явно опционально ...

Уболтали.
Вижу 2 варианта:

1. Опция "FormatLeft":true дополняет опцию Format. Пример: 2. Опция "FormatLeft":"@n13.2" полностью заменяет опцию Format. Пример:

Я за второй вариант ! Просто и понятно.
Не надо плодить уточняющие флаги.
Круто: "FormatLeft" !

Проверяйте FormatLeft, заодно и parser.Parse(IDynStr) можно протестировать.

Дед Пахом писал(а): 09 Декабрь 2022, 13:33 FormatLeft, заодно и parser.Parse(IDynStr)

Ура ! Пошла отгрузка по заявкам трудящихся ! Проверил - всё работает !
Конечно Parse(IDynStr) теперь много где нужно переделать - но это приятные хлопоты.

Хорошо бы для подобных библиотек побольше примеров практического использования. Например, если мне нужно что-то сделать на php или vbscript, это гуглится, и практически всегда можно найти работающий код. А в библиотеках на кларионе из-за того, что мало народа использует, надо тратить немало усилий и времени, чтобы понять, как что-то сделать в конкретном случае.