RS
чтобы привычка )
Не привил себе. Функция их трех строк, не считая блоков. Да еще и в конце. Совсем бесполезен он тут. Только если есть привычка. Вообщем и так и так можно
Size: a a a
2020 July 31
AS
Не привил себе. Функция их трех строк, не считая блоков. Да еще и в конце. Совсем бесполезен он тут. Только если есть привычка. Вообщем и так и так можно
вот я и ратую, чтобы было везде одинаково ))
а везде одинаково - лучше
а везде одинаково - лучше
FreeAndNilRS
вот потому нормальной и не будет. в комплекте идет какой-то треш, а некомплектную поди заюзай даже если желание есть. а его и нет как правило
Ну если бы желания было, поставил бы. Но нет. Реально. Меня не напрягает. У меня куча всяких преобразование в либе идут через функцию подобной этоЙ. ВОобще не удлинило код. Хотя, если бы в FPC сделали более нативную поддержку JSON я был бы не против. Реально не хватает. Но в принципе и так норм )
RS
вот я и ратую, чтобы было везде одинаково ))
а везде одинаково - лучше
а везде одинаково - лучше
FreeAndNilЯ использую оба вариант в зависимости от контекста. Не вижу проблем использовать .Free - там где их использование проблем не вызывает )
RS
Я стараюсь делать функции и процедуры короткими. ПОэтому операци освобождения как правило в конце. Если нет, то можно и FreeAndNil заюзать
GB
Ну если бы желания было, поставил бы. Но нет. Реально. Меня не напрягает. У меня куча всяких преобразование в либе идут через функцию подобной этоЙ. ВОобще не удлинило код. Хотя, если бы в FPC сделали более нативную поддержку JSON я был бы не против. Реально не хватает. Но в принципе и так норм )
ну тебе может и норм, а десяток увидевших это потенциальных неофитов пожмет плечами и пройдет к другим языкам
RS
ну тебе может и норм, а десяток увидевших это потенциальных неофитов пожмет плечами и пройдет к другим языкам
Согласен. Я где-то в разговоре про то, чтобы я улучшил в Lazarus писал, что хотелось бы улучшить поддержку JSON в Pascal. Сделать ее более нативной как в веб-скриптах. Ну может просто я часто работаю с веб, но реально хочется. Но не настолько, чтобы ради того, что одну функци сократить до одной строчки подключать ненативные либы
RS
Согласен. Я где-то в разговоре про то, чтобы я улучшил в Lazarus писал, что хотелось бы улучшить поддержку JSON в Pascal. Сделать ее более нативной как в веб-скриптах. Ну может просто я часто работаю с веб, но реально хочется. Но не настолько, чтобы ради того, что одну функци сократить до одной строчки подключать ненативные либы
Но для этого конечно нужно сильно доработать rtti в FPC
GB
Согласен. Я где-то в разговоре про то, чтобы я улучшил в Lazarus писал, что хотелось бы улучшить поддержку JSON в Pascal. Сделать ее более нативной как в веб-скриптах. Ну может просто я часто работаю с веб, но реально хочется. Но не настолько, чтобы ради того, что одну функци сократить до одной строчки подключать ненативные либы
это смотря как подключать. если это прописать одну строчку в файлик, то думаю подключал бы. да и в комплектной либе тогда особой надобности не было.
а текущая система убивает экосистему в целом
а текущая система убивает экосистему в целом
GB
Но для этого конечно нужно сильно доработать rtti в FPC
rtti нужен чтобы перегонять структуры в жсон и обратно. это не всегда надо
RS
Когда пишешь либы, то хочется максимальная поддержка на всех возможных плафтормах и во всех режимах. Поэтому, как и говорил не раз, стараюсь избегать ненативных решений, только если есть в этом функциональная необходимость
GB
для решения обсуждаемой проблемы достаточно в юните жсона прописать функцию, которую ты привел. тогда ее можно будет вызвать одной строчкой. может такая функция и есть, кстати
GB
Когда пишешь либы, то хочется максимальная поддержка на всех возможных плафтормах и во всех режимах. Поэтому, как и говорил не раз, стараюсь избегать ненативных решений, только если есть в этом функциональная необходимость
а как нативность либы на это влияет? под нативностью ты ведь понимаешь то, что она из коробки идет?
RS
Тут дело в том, что в FPC реализовано плагинная система. Каждый может напсать свою реализацию парсинга JSON и свое хранение в объектах. Может еще поэтому нереализовано в одну строчку
RS
а как нативность либы на это влияет? под нативностью ты ведь понимаешь то, что она из коробки идет?
Протестена наилучшим образом. Разработана и ведется командой разработчиков FreePascal. Нативная - да, имею ввиду в комплекте. Часто кстати сторонние решения становятся нативными
RS
Кстати, да. Есть одна строка
RS
@jkeks
jData := GetJSON('{"поле1" : "Привет", "поле2" : 42, "Цвет" : ["Красный", "Зелёный", "Голубой"]}', [useUTF8]);
https://wiki.freepascal.org/fcl-json/ruRS
@jkeks
jData := GetJSON('{"поле1" : "Привет", "поле2" : 42, "Цвет" : ["Красный", "Зелёный", "Голубой"]}', [useUTF8]);
https://wiki.freepascal.org/fcl-json/ruВ любом случае нужно подключить модуль для обработки, добавив в uses.
jsonparser Он сам зарегистрируется в коллбеки данной функции для обработкиRS
Не знаю почему не юзал эту функцию ) Но, вообщем, кто хотел в одну строчку, более чем достаточно. Только настроек меньше
AZ
Смысл freeandnil чтобы фастмм не ругался на утечки 😂