Форум QUIK [тема: Сохранение результатов работы скрипта в файл]

Сохранение результатов работы скрипта в файл

Tue, 19 Apr 2022 17:49:43 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир-Лапуля написал:
Лапуль
=============
Опять адрес форума перепутали ?
19.04.2022 17:49:43, TGB.

Сохранение результатов работы скрипта в файл

Tue, 19 Apr 2022 17:46:46 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
TGB, Лапуль, Вам известно слово "сарказм"? Пишется "безумная сложность", а произносится "НУ ЧТО ТУТ ВАЩЕ МОЖЕТ БЫТЬ СЛОЖНОГО"?! Когда-то здесь какой-то придурок (николз, кажется) говорил, что торговый робот сложнее шахматной программы.

И утомили Вы меня своими дурацкими "функциями сереализации". Тупейший вопрос: НУ ОТКУДА, ОТКУДА, ОТКУДА этим долбаным функциям знать, что НУЖНО сохранять, а что сохранять НЕ нужно? Мне плевать, чем там "вполне обходитесь Вы" - я всего лишь говорю, что Ваши убогие функции нафиг никому не нужны, их место на помойке.
19.04.2022 17:46:46, Владимир.

Сохранение результатов работы скрипта в файл

Tue, 19 Apr 2022 17:22:33 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
TGB написал:
(а всех переменных)
=============
Описка. Читать: (а не всех переменных)
19.04.2022 17:22:33, TGB.

Сохранение результатов работы скрипта в файл

Tue, 19 Apr 2022 17:19:34 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир написал:
просто безумная сложность! Я говорил про сложность СТРУКТУРЫ данных, ЛОГИЧЕСКОЙ структуры, и предельная сложность такой структуры называется "граф общего вида" (если учесть, что узлами такого графа могут быть не только атомарные элементы, но и субграфы, а его рёбра также могут быть нагружены произвольной информацией, при этом количество рёбер по разным измерениям может быть переменным, в т.ч. нулевым.
=============
Особой сложности нет.
Практически любая безумность, которую вы сможете написать на Lua, будет сереализована и десереализована моими сложными функциями сереализации.
Но, на самом деле, для целей сохранения и восстановления состояний функций, требуемых (а всех переменных) для продолжения функционирования моего скрипта после перезапуска, я вполне обхожусь простыми функциями сереализации, выложенными здесь.
19.04.2022 17:19:34, TGB.

Сохранение результатов работы скрипта в файл

Tue, 19 Apr 2022 16:33:08 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир написал:
НУ ЗА КАКИМ ХЕРОМ нужно "сохранять и восстанавливать ВСЁ окружение"? Это же ИДИОТИЗМ! Нужно делать только то, что нужно, и ничего, кроме этого.
=============
В моем комментарии не написано, что в моих боевых скриптах сохраняется все окружение.
Там написано:

====quote====
TGB написал:
Это проверено на сохранении и восстановлении всего окружения (таблица _G) моих разных скриптов и, кстати, выполняется быстро.
=============

19.04.2022 16:33:08, TGB.

Сохранение результатов работы скрипта в файл

Tue, 19 Apr 2022 14:10:43 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
TGB, Ну что мне, ликбез проводить? Вы же явно себя учеником не считаете. Ладно, ещё разок попробую.

1. Капс всегда был и остался способом выделения фрагментов текста. Иногда единственным (например, в Фейсбуке). Так что "это похоже" именно на выделение фрагментов текста, чем мой капс и является в действительности.

2. А при чём тут "технологические сложности"? Сам язык убог до неприличия - даже тип integer отсутствует. Я говорил про беспомощность Ваших функций, которые, как я предполагаю (в код я не заглядывал и не собираюсь) способна сохранять Lua-таблицы (которые ничего общего с таблицами не имеют) или дерево, которое эта структура может образовать. Уже в моём третьем сообщении на этом форуме... нет, вру - в четвёртом от 29.09.2020 10:31:16 я писал:
Ну вот, по Вашей ссылке, первым же предложением: "Tables in Lua are not a data structure; they are the data structure. All structures that other languages offer---arrays, records, lists, queues, sets---are represented with tables in Lua". Иными словами, никаких структур данных просто НЕТ! Печально... А уж "обоснование" и вообще курам на смех: "Хотя мы МОЖЕМ (!) реализовать массивы и списки, таблицы мощнее. Многие алгоритмы упрощаются до тривиальности с использованием таблиц". И дальше вообще издевательство: "Например, вы редко пишете поиск в Lua, потому что таблицы предлагают прямой (!!!) доступ к любому типу". Ребятки, доступ по ключу - это не прямой, а как раз КРИВОЙ доступ к данным! Даже если обозвать ключи "индексами". Уши бы надрать этому "Роберто Иерусалимскому!
В общем, с языком почти всё ясно: граф (точнее, дерево) объектов построить можно, а простейшую таблицу или даже массив - нельзя. Остаётся разобраться со строковыми переменными: способна ли эта loadstring интерпретировать строки как операторы языка (или, скажем, функции), то есть имеется ли здесь техническая возможность программирования данными.

3. Я вообще не говорил никогда про стратегию торгов - по крайней мере, про её сложность. Стратегии торгов достаточно простые - все до единой. По крайней мере, если для них сложность не самоцель, а задачей является эффективность стратегии. Да и откуда взяться сложности? Курс может либо расти, либо падать, либо стоять на месте, либо вообще торги по тикеру не ведутся - И ВСЁ! Больше даже вариантов никаких нет - просто безумная сложность! Я говорил про сложность СТРУКТУРЫ данных, ЛОГИЧЕСКОЙ структуры, и предельная сложность такой структуры называется "граф общего вида" (если учесть, что узлами такого графа могут быть не только атомарные элементы, но и субграфы, а его рёбра также могут быть нагружены произвольной информацией, при этом количество рёбер по разным измерениям может быть переменным, в т.ч. нулевым.

4. Разумеется, "это не так". Единственно возможная структура на Lua представляет собой дерево, а обращение к её элементом конструкциями языка выглядит именно как обращение к ячейкам многомерного куба. Так что никакой "матрицы" нет и в помине. Более того, я терпеть не могу эти матрицы, и их нет вообще ни в одной из разработанных мною программ - я чуть ли не всю свою сознательную жизнь интересовался именно СЛОЖНЫМИ данными, а не этими погремушками.

5. Сложность данных не имеет ничего общего со сложностью типов данных - атомарные элементы (а никакие не "таблицы") могут быть любых типов, а в сохранённом виде это вообще одни только строки. Это ничуть не мешает построению из таких элементов конструкций ЛЮБОЙ сложности.

6. Вот именно: "надо стремиться к простоте". Не городить уродливую и беспомощную "универсальную" конструкцию, а делать простейшими способами то, что нужно. А нужно (мне) сохранить часть переменных (просто переменных или массивов, или деревьев) в файл - и не всех, которые там вообще есть, а те, которые мне НУЖНО сохранить. Сохраняются даже те данные, которых в структуре вообще нет - они рассчитываются "на лету" перед записью. И восстановить мне нужно не все данные, а те, которые мне НУЖНО восстановить, разбросав их по разным переменным, массивам, таблицам, деревьям. Вот и вся задача! И выполняется она в main (при запуске скрипта), в OnStop (по выходу), да раз в 5 минут (по таймеру) на всякий пожарный. Хоть сто лет думайте - ничего более простого не придумаете.

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

8. Господи, НУ ЗА КАКИМ ХЕРОМ нужно "сохранять и восстанавливать ВСЁ окружение"? Это же ИДИОТИЗМ! Нужно делать только то, что нужно, и ничего, кроме этого.
19.04.2022 14:10:43, Владимир.

Сохранение результатов работы скрипта в файл

Tue, 19 Apr 2022 13:18:18 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир написал:
это Ваши комплексы, не мои
=============
А это на что похоже (много повторений да еще крупным шрифтом самое-самое)?:

====quote====
Владимир написал:
структура моих сохраняемых и восстанавливаемых данных НАМНОГО сложнее, и эта задача В ПРИНЦИПЕ не решаема такими функциями.
=============
Да ладно вам, какие технологические сложности могут быть при построении торговых роботов? Статегия торгов это действительно проблема. Но эффективность стратегии торгов, конечно, определяется не ее сложностью. Стратегия может быть сложной, но не прибыльной, а может быть простой и прибыльной.
Судя по фрагментам кодов вашего скрипта, структура данных в нем представлена в виде давно известной многомерной матрицы размерности N < 1000, с числовыми индексами, в которой вы храните свой граф. Или это не так? Что, кроме table, boolean, number, string, являются эле-ментами вашего графа? Если у вас что-то более монструозное, то было бы интересно узнать: зачем это сделано? Все-таки, надо стремиться к простоте.
Но даже, если вы построили что-то монструозное, и корнем этого является таблица, то у меня есть более сложные функции сереализации (их я вам не предлагаю, понимая вашу реакцию на это ), которые, скорее всего, смогут сереализовать и десереализовать вашу монструозность. Это проверено на сохранении и восстановлении всего окружения (таблица _G) моих разных скриптов и, кстати, выполняется быстро.
У меня нет цели что-то вам навязывать. Мне просто интересно: у вас что-то более сложное, чем служебная таблица окружения скрипта _G, в которой хранятся все глобаль-ные переменные работающего скрипта и многое другое?
19.04.2022 13:18:18, TGB.

Сохранение результатов работы скрипта в файл

Mon, 18 Apr 2022 23:53:07 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
TGB, Пока?! Сколько можно повторять, что структура моих сохраняемых и восстанавливаемых данных НАМНОГО сложнее, и эта задача В ПРИНЦИПЕ не решаема такими функциями. Я не говорил, что эти функции не работают - я говорил, что они беспомощны в сколько-нибудь сложных случаях. Мне плевать, чужое это или своё - в любом случае такие функции практически бесполезны. И ещё больше плевать, какие там у Вас "возникают ощущения" - это Ваши комплексы, не мои. А про "мой непревзойденный скрипт" здесь знает разве что Борис, и никто более - я вообще про него практически ничего не говорил, кроме самых общих "технических" вопросов.

Да чего Вы ко мне прицепились? Не хочу я на Ваш код смотреть! Вообще не хочу, он алгоритмически убог, уже на стадии постановки задачи.
18.04.2022 23:53:07, Владимир.

Сохранение результатов работы скрипта в файл

Mon, 18 Apr 2022 23:26:12 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир написал:
TGB , Я не вижу смысла в этих функциях - зачем же мне их тестировать?
=============
Вам лично они, наверное, пока не нужны, так ка вы что то сделали свое. Но вы голословно, вместо того чтобы проверить, утверждаете, что эти функции не работают. У вас что, такой принцип: обгаживать все чужое, чтобы на этом фоне самому выглядеть "молодцом"? Возникает такое ощущение, что вы считаете что весь форум посвящен только вашему непревзойденному" скрипту. На форуме на самом деле есть и другие пользователи и гости.
-----
Кстати, начальную проверку функций можно выполнить за 2-3 минуты (это меньше, чем написание пяти строк текста комментария)
Например, для начала вы могли бы посмотреть готовый вариант:
1. Перед запуском проверок, в функции tbl_to_string заменить GetLocalTimeMls() на стандартную os.time().
2. Код проверки простой таблицы (под кодом функций)
====code====

   local tbl =  {
                       ['Тикер'] = 'SBER'
           , [{ 1, 2, 3}] = { 'QUIK'}
           , TOBR =  {6, 8, 4, {1, 2, 3 }}
           , 'Сохранение таблицы'
           , ok = true
                    }
-- Сохранение таблицы --
  local str = tbl_to_string (tbl)  
  message ( str )   -- в str строковый образ таблицы  ---
 -- Восстановление таблицы ---
   local tbl1 = string_to_tbl (str)   --- в tbl1 восстановленная таблица

=============
3. Далее можно, экспериментировать, меняя таблицу tbl
18.04.2022 23:26:12, TGB.

Сохранение результатов работы скрипта в файл

Mon, 18 Apr 2022 21:56:14 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
TGB, Я не вижу смысла в этих функциях - зачем же мне их тестировать? У меня для тестирования великое множество других, и даже связанных с торговлей, хотя алгоритмы торговли довольно просты, и проблемы там, в основном, связаны с глюками софта самого Квика - например, та самая синхронизация. Но есть и в тыщу раз более интересные задачи.
18.04.2022 21:56:14, Владимир.

Сохранение результатов работы скрипта в файл

Mon, 18 Apr 2022 21:44:48 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир написал:
Но если снова начнёте пороть чушь, ничего хорошего я Вам не гарантирую.
=============
Ну, вы неугономные . Но только в написании длинных голословных текстов. Это вместо того, чтобы потестировать предложенные мною функции и найти таблицу (с довольно слабыми ограничениями, заданными в их описании), которую эти функции не смогут обработать.
18.04.2022 21:44:48, TGB.

Сохранение результатов работы скрипта в файл

Mon, 18 Apr 2022 21:01:44 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
TGB, А у нас что, «батлз»? И я тыщу раз говорил, что я никогда не смотрю на то, КТО сказал - только на то, ЧТО сказано. Вы меня не интересуете, от слова "совсем", так что комментировать Вас я не собираюсь. Но если снова начнёте пороть чушь, ничего хорошего я Вам не гарантирую.
18.04.2022 21:01:44, Владимир.

Сохранение результатов работы скрипта в файл

Mon, 18 Apr 2022 18:57:18 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
Владимир,
если вы не против, мне хотелось бы закончить наш с вами «батлз» миром. Наверное, для этого достаточно не комментировать друг друга.
18.04.2022 18:57:18, TGB.

Сохранение результатов работы скрипта в файл

Mon, 18 Apr 2022 16:50:24 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир-Лапуля написал:
Лапуль
=============
Опять промахнулись с форумом ?
18.04.2022 16:50:24, TGB.

Сохранение результатов работы скрипта в файл

Mon, 18 Apr 2022 16:46:49 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
TGB, Да объяснял уже тыщу раз: "лапуля" - это термин такой, многократно доказавший за долгие годы применения свою высочайшую эффективность в вытравливании головожопых - они на него клюют, как на опарыша. И одновременно индикатор, что я уже не испытываю к собеседнику никаких чувств, кроме презрения. Вот именно, здесь форум по программированию, а не реклама маразматического софта как очередной вундервафли.

Лапуль, я уже затрахался торкать Вас носом, что сохраняется НЕ ВСЯ таблица, что сохраняемая структура в файле СОВЕРШЕННО ДРУГАЯ, нежели структура в ОЗУ, что восстанавливаются НЕ ВСЕ данные, что часть из них исполняется как операторы языка, что никакая универсальная утилита В ПРИНЦИПЕ не может этого сделать, что это не "таблица произвольной вложенности" и даже не дерево, а граф общего вида. Или, если Ваши мозги ничего кроме таблиц воспринимать не способны, это МНОЖЕСТВО таблиц, у которых ЧАСТЬ полей восстанавливается, а другая часть инициализируется значениями по умолчанию или читается из каких-то других источников. А "предложенные Вами коды можете засунуть себе в задницу - я вообще не могу представить, кому и за каким хреном это беспомощное дерьмо может понадобиться.

Господи, да насрать мне на Ваши грубые слова! Когда-то давно я воспринимал Вас как программиста, и даже примерно равного куда-то исчезнувшему Антону, с которым Вы когда-то пиписьками мерялись. Но это было давно. А сейчас я Воспринимаю Вас как надутого индюка - да, имеющего некоторые познания в программировании, но не более того. Много чести Вас в чём-то "затмить".
18.04.2022 16:46:49, Владимир.

Сохранение результатов работы скрипта в файл

Mon, 18 Apr 2022 16:01:12 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
1.
====quote====
Владимир написал:
Лапуль
=============
Вы, похоже, сильно ошиблись форумом. Напомню, здесь, все-таки, форум по программированию, а не гей-клуб. Зачем вы подставляетесь? Ведь кто-нибуть может начать обращаться к вам по кликухе Владимир-Лапуля, с тем, чтобы не перепутать с другими Владимирами.

2.
====quote====
Владимир написал:
я и сам по себе хороший алгоритмист, и как таковой, знаю совершенно точно
=============
Алгоритмист вы посредственный, если не понимаете, что с определенными ограничениями (а я их описал в комментариях к своему коду) отдельная таблица (и вы до сих пор не поняли это) может быть сереализована. Покажите мне таблицу произвольной вложенности, в которой в качестве ключей-индексов и их значений используются :
1) ключи и значения : table, boolean, number, string;
2) все элементы таблицы (ключи и значения) типа table должны быть уникальными (в пределах таблицы).
И которая не будет обработана предложенными мной кодами. А без этого все написанное вами бла-бла.

3. Что вы так убиваетесь? В конце концов, вы меня затмили по количеству выложенного вами текста, наверное, в 20 раз, с чем вас точно можно поздравить . Да и концовка дискуссии, наверное, будет за вами . И, все-таки, зацените , в моих текстах нет ни одного грубого слова, не считая ваших цитат, и почти все они по делу.
18.04.2022 16:01:12, TGB.

Сохранение результатов работы скрипта в файл

Mon, 18 Apr 2022 14:07:15 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
TGB, Лапуль, я и сам по себе хороший алгоритмист, и как таковой, знаю совершенно точно, что эту задачу никакая "универсальная" утилита В ПРИНЦИПЕ неспособна выполнить, какая бы хрень по этому поводу ни была где-либо написана кем бы то ни было. И я Вас уже торкал носом в этот Ваш коммент. Можем повторить(с):
НИКАКАЯ долбаная "сереализация" В ПРИНЦИПЕ неспособна это сделать! Хотя бы по той простой причине, что она не знает и не может знать, что и как сохранять, в каком виде, как и куда это всё восстанавливать. Она не будет работать НИКОГДА!
18.04.2022 14:07:15, Владимир.

Сохранение результатов работы скрипта в файл

Mon, 18 Apr 2022 11:29:51 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир написал:
И кто Вам сказал, что я злюсь? Я всего лишь сказал, что Ваше беспомощное дерьмо НИКОГДА оно не сделает из того, что требуется. И это просто медицинский факт.
=============
Исходя из написанного вами выше, повторно, совершенно ясно, что вы опять не понимаете то, что я подробно объяснил в своем комментарии: https://forum.quik.ru/messages/forum10/message62929/topic7277/#message62929
В этом комментарии написано все очень просто. Прочитайте этот комментарий внимательно несколько раз и, надеюсь, что ваше мнение изменится :)
18.04.2022 11:29:51, TGB.

Сохранение результатов работы скрипта в файл

Sun, 17 Apr 2022 21:26:50 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
swerg, Блин, и первым же предложением "The table type implements associative arrays"! Лапуль, это не просто дебил, это КЛИНИЧЕСКИЙ дебил! Как и все, кто его читает.
17.04.2022 21:26:50, Владимир.

Сохранение результатов работы скрипта в файл

Sun, 17 Apr 2022 21:22:37 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
swerg, Лапуль, документацию, в которой таблица является типом данных, нужно относить на помойку, не читая. Кто эту бредятину написал? Вы, что ли? Ах, Роберто Иерусалимский? Дык я чуть ли не в первом своём комменте на этом форуме говорил, что он дебил. Когаловский Михаил Рувимович - вот этого человека стоит читать, а не всяких придурков.
17.04.2022 21:22:37, Владимир.

Сохранение результатов работы скрипта в файл

Sun, 17 Apr 2022 17:31:54 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир написал:
О, Господи!.. Теперь уже и таблица стала "типом данных"?
=============

Здесь бы местному дурачку сбегать почитать документацию, но это не поможет.
17.04.2022 17:31:54, swerg.

Сохранение результатов работы скрипта в файл

Sat, 16 Apr 2022 18:42:40 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
TGB, Да и я примирительно. Ну, сказали глупость - с кем не бывает? И кто Вам сказал, что я злюсь? Я всего лишь сказал, что Ваше беспомощное дерьмо НИКОГДА оно не сделает из того, что требуется. И это просто медицинский факт.
16.04.2022 18:42:40, Владимир.

Сохранение результатов работы скрипта в файл

Sat, 16 Apr 2022 18:37:20 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
TGB написал:
Ну и пусть.
=============
Я так примирительно а вы:

====quote====
Владимир написал:
Так на кой мне (или кому бы то ни было) Ваше беспомощное дерьмо? НИКОГДА оно не сделает из того, что требуется. НИКОГДА!
=============
Нужно или не нужно это каждый решает для себя.
Что вы так «выпрыгиваете из штанов» и злитесь? Но я на вас не обижаюсь .
16.04.2022 18:37:20, TGB.

Сохранение результатов работы скрипта в файл

Sat, 16 Apr 2022 17:24:25 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
Естественно, Вы нигде не писали, что сереализация знает что и как сохранять - я бы Вас высмеял беспощадно. НА КОЙ мне эти дурацкие функции tbl_to_string и string_to_tbl, если они по определению нихрена не умеют? Тем более, что весь код моего парсера и сохранения короче кода Ваших функций, которым вне зависимости от этого место только на помойке. НЕ МОГ БЫ я "заменить весь свой код по сохранению и при необходимости восстановлению моего графа двумя строками"! НЕ МОГ! Я же русским языком сказал, что при восстановлении подавляющее большинство всех этих данных теряют актуальность и НЕ ДОЛЖНЫ восстанавливаться! И что транспортный формат данных отличается от рабочего, И ДОЛЖЕН от него отличаться. И что часть данных предназначена для человека, и это не копия какого-то куска таблицы, а, в большинстве своём, РАСЧЁТНЫЕ данные, и что при восстановлении такие данные должны игнорироваться. Могу добавить, что есть ещё часть данных, которые записываются в синтаксисе языка Lua, и при восстановлении никуда не восстанавливаются, а просто исполняются как операторы языка (через loadstring). Так на кой мне (или кому бы то ни было) Ваше беспомощное дерьмо? НИКОГДА оно не сделает из того, что требуется. НИКОГДА!
16.04.2022 17:24:25, Владимир.

Сохранение результатов работы скрипта в файл

Sat, 16 Apr 2022 17:03:48 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир написал:
В ПРИНЦИПЕ неспособна это сделать! Хотя бы по той простой причине, что она не знает и не может знать, что и как сохранять, в каком виде, как и куда это всё восстанавливать. Она не будет работать НИКОГДА!
=============
Я нигде не писал, что сереализация знает что и как сохранять. Вы скопировав функции tbl_to_string(t, i) и string_to_tbl (str_tbl) смогли бы заменить весь ваш код по сохранению и при необходимости восстановления вашего графа двумя строками. У меня это работает в нескольких местах, начиная с 2019г. Так что вы неправы насчет НИКОГДА. Но, наверное, вам милее ваш код сохранения состояния выполнения вашего скрипта. Ну и пусть.
16.04.2022 17:03:48, TGB.

Сохранение результатов работы скрипта в файл

Sat, 16 Apr 2022 16:39:12 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
TGB, О, Господи!

КАКАЯ, блин, "таблица преобразовалась в КАКУЮ строку"?! Часть таблицы Lua (ЧАСТЬ, а не вся таблица!) преобразуется ВО МНОЖЕСТВО строк, файла, причём их структура РАЗНАЯ. Эти строки содержат информацию о рынке, о портфеле пользователя, о самом пользователе (код клиента, номер счёта и т.д.), о его сделках, текущей прибыли/убытку по тикерам, информацию по свечам, размер лота, ранги скоростей движения курса по таймфреймам, информацию о незакрытых заявках и прочая, и прочая, и прочая. Подавляющего большинства этих данных в файле дампа просто НЕТ, их НЕЛЬЗЯ сохранять и восстанавливать, ибо к моменту восстановления там будут ДРУГИЕ значения. Сохраняемых и восстанавливаемых данных там не более 10-20% от общего их количества, и они имеют СОВСЕМ ДРУГУЮ структуру. Мало того: туда записывается информация для самого пользователя, вроде отчёта о текущем состоянии портфеля по всем сделанным ставкам. НИКАКАЯ долбаная "сереализация" В ПРИНЦИПЕ неспособна это сделать! Хотя бы по той простой причине, что она не знает и не может знать, что и как сохранять, в каком виде, как и куда это всё восстанавливать. Она не будет работать НИКОГДА!
16.04.2022 16:39:12, Владимир.

Сохранение результатов работы скрипта в файл

Sat, 16 Apr 2022 15:42:30 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир написал:
Любому дебилу понятно, что исходная и сохраняемая структура - это РАЗНЫЕ структуры. Или не любому?
=============
Не согласен. Это понятно не всякому дебилу и поэтому поясню подробнее :

====quote====
TGB написал:
F:write(tbl_to_string( , ' ')) --- Одна строка
=============
Таблица преобразовалась в строку и записалась в файл. Результат: строка в файле.

====quote====
TGB написал:
= string_to_tbl ( ) --- Одна строка
=============
Строка считана из файла и преобразована в таблицу. Результат: таблица.
Итого: 1) <Таблица> -> <Строка>
2) <Строка> -> <Таблица>
16.04.2022 15:42:30, TGB.

Сохранение результатов работы скрипта в файл

Sat, 16 Apr 2022 15:29:46 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
TGB, Это Вы "читайте внимательно" - не только ТОТ пост, который процитировали, но и самый первый в ветке. И там не "из контекста можно понять", а открытым текстом сказано, что и как. К тому же "таблица как ТИП ДАННЫХ" есть идиотизм. И кто Вам сказал, что "элементарный код я представляю как ваше открытие"? Это утверждение не соответствует действительности, а потому отвечать на вопрос "зачем" относительно лживого утверждения не имеет смысла. А Ваши "сильные подозрения" меня не интересуют.
====quote====
Справится. Попробуйте.

=============
Зачем мне "пробовать"? Любому дебилу понятно, что исходная и сохраняемая структура - это РАЗНЫЕ структуры. Или не любому?
16.04.2022 15:29:46, Владимир.

Сохранение результатов работы скрипта в файл

Sat, 16 Apr 2022 15:07:06 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.
Упустил:

====quote====
Владимир написал:
И с этой задачей Ваша "сереализация" не справится НИКОГДА!
=============
Справится. Попробуйте.
-- Сохранение вашей таблицы --
F:write(tbl_to_string(<Ваша таблица>, ' ')) --- Одна строка
-- Восстановление таблицы ---
<Ваша таблица> = string_to_tbl (<Чтение из файла вашей таблицы>) --- Одна строка
-- Восстановление таблицы ---
16.04.2022 15:07:06, TGB.

Сохранение результатов работы скрипта в файл

Sat, 16 Apr 2022 14:49:59 +0300

Сохранение результатов работы скрипта в файл в форуме Программирование на языке Lua.

====quote====
Владимир написал:
Здесь, кстати, вообще сказано, что нужно сохранять таблицу, созданную по AllocTable, т.е. таблицу Квика, а не таблицу Lua
=============
Читайте внимательно:

====quote====
Дмитрий написал:
Правильно тогда мой вопрос будет звучать как: Результатом работы скрипта получается таблица как ТИП ДАННЫХ, которую нужно сохранить в файл.
=============
Из контекста можно понять, что пользователя, наверное, интересует таблица Lua
----------
Вы не ответили на мой вопрос:

====quote====
TGB написал:
Зачем элементарный код вы представляете как ваше открытие ?
=============
У меня есть сильное подозрение, что ваше сообщение было написано чтобы в нем появилась фраза :

====quote====
Владимир написал:
Мой скрипт каждые 5 минут записывает дамп текущего состояния - так это целый граф, а не какая-то сраная таблица!
=============
------
16.04.2022 14:49:59, TGB.