VPM (Все сообщения пользователя)

Nikolay,  Вот постановка Это массив уже собирается в main()? С индикаторами нашли решения, зачистка лишнего в массивах. Дальше передали в main() хотим  выработать не которые правила.
Мой массив   выглядит так

А Вы можете на примере индикатора от разработчиков, показать места "массива фиксированного размера"?  Как это работает?

Да хочу чтоб значения были переменной, ну к примеру для сглаживания достаточно три значения, для поиска паттерна нужно 30 и т.д.

Тогда хоть Вы поясните Очередь здесь применима как прием?

Владимир, Вы опять все собрали в кучу, отсюда сумбур.
Ветка не моя, публикуются тут все, кому мало мальски интересны темы (я это никак не контролирую), просто также как все высказываюсь.
Если Вы не хотите чтоб с Вами дискутировал, не обращайтесь поименно со знаком вопроса. Мне к Вам не зачем обращаться все последние Ваши посты пустые. А пол века не показатель. Зачем к придуркам в вики, определения выложены на этой ветки от азов программирования. Раз не подверглись разбору то я делаю вывод правильные. Про Ваш чудо скрипт все наслышаны ни кто не видел но все знают, зачем одно и тоже повторять (без знака вопроса).

Ну что получается мой поход не верен? Пусть массивы растут?
Хорошо вопрос  ставлю по другому как взять память под контроль чтобы за торговый день в 25 раз не росла?
 

Я не просто про очередь, про двойную очередь из приведенного примера. Переписываются значения, а индексы либо увеличиваются либо уменьшаются в зависимости от варианта(Стек, очередь), структура таблицы остается равная 5 элементам. То есть потребление памяти стабильно, ну или меняется незначительно.  

А что если просто перезаписывать, я про пример из 5 элементов?  nil будет вызывать сборщик, а перезапись ну поменял элемент объем остался прежним?

nikolz,  Вам нужно научиться отвечать на заданые Вам вопросы (ну хотябы так Да,Нет) для образованого, интелегеннтного человека это несложно, даже вежливо.
Вы погрузились сильно в тему "цифровой обработки сигналов" бывает.
В Программирование один сленг, в DSP другой, в торговле третий, еще есть арифметика... И здесь важно, чтоб друг друга понимали. А вот это не понятноКак же не влияет?

Glukator,  Вот цитата что здесь не так?
Когда я утверждал? Я Вам напомнил что, таблица в луа это половина ОПП! Или и это тоже не верно.

1) Как оказалось есть разные варианты как выбрасывать:
сдвигать очередь (table.remove)?
Вызывать сборщик (nil);
Либо, как в двойной очереди контролировать индексы, пере присваивая значения.

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

Задача далеко не простая, просто Ваш подход в моей задаче - это только одна из торговых стратегий, торговую эффективность которой нужно еще проверять!
buy = a>b таких примеров полно в том числе и на этом форуме.

Glukator,  Вы вроде хотели обсуждать торговые Задачи? ДА, за излишнею резкость извиняюсь.

Знание или не знания какого-то языка, ни как не влияют на умственные способности.
Про ОПП, на этих страницах я уже приводил авторов, выкладывал цитаты, откуда я делаю свой вывод. Если Вам нужно это оспорить обращайтесь к ним, со мной просто бессмысленно, либо приводите доводы опровергающие их утверждения.

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

Давайте уже определимся что хотя бы здесь, назвать стек стеком, очередь очередью, а разные модификации как Вам нравится.

"НУЖЕН КОНКРЕТНО В ВАШЕЙ ЗАДАЧЕ".
Я говорил что мне не нравится как моя программа обращается с памятью. Основная проблема это накопление массивов данных (в моем варианте таблиц).
Ну к примеру с частотой в 1 минуту получаю данные по свечам и индикаторам, складываю их в таблицу, которая за время сессии просто растет.
Для программы использующей портфель из тикеров, тайм фреймов, индикаторов(планирую переключаться между торговыми стратегиями внутри сессии) это расточительно!

Не знаю как назвать данный способ хранения но точно не стек, хоть и тарелочки из Вашего примера. Так как вся длинна этого массива не нужна (достаточно скажем 5 последних значения)
Нужен подход уменьшения количества элементов в таблицах  Я Вижу два подхода как организовать такую структуру:
1) После обработке 5 последних значений наставить nil;  bar[i][j][index-5].dec=nil;
2) Так как 1 вариант сильно похож на очередь то я вспомнил про двойную очередь из примера автора (которую не удалось обсудить и разобрать с первого поста)

И так задача сводится  к удобному универсальному методу уменьшения хранения данных в ОЗУ, по сути в моем представлении к организации ОЧЕРЕДИ!

Владимир, Для особо одаренных. Повторюсь уже в сотый раз, для меня интересно знать возможности языка, как и где их можно применять. Для чего служит тот или другой прием.
Не зная возможности не сможешь применить! Пользователь решает чем ему пользоваться.
Такой подход называется конструирование. Все автомобили по своей структуре одинаковые (кузов, двигатель, шасси), пользовательские свойства разные.

Вот я же говорю подзабыли, "А двум другим НЕ пофиг, новые элементы заносятся тоже строго на вершину стека, а вот выдернуть их обработчики могут ЛЮБОЙ из них - первый, последний или любой другой из середины. И, если это не последний, скидывают на освободившееся место последний и декрементируют размер стека.
А почему это стало стеком  и где тут принцип LIFO. Я такие утверждения называю "горе от ума"!

Посмотрел действительно все логично и просто:
Стек — это коллекция, элементы которой получают по принципу «последний вошел, первый вышел» (Last-In-First-Out или LIFO).
Это значит, что мы будем иметь доступ только к последнему добавленному элементу.

Очереди очень похожи на стеки. Они также не дают доступа к произвольному элементу, но, в отличие от стека, элементы кладутся (enqueue) и забираются (dequeue) с разных концов.
Такой метод называется «первый вошел, первый вышел» (First-In-First-Out или FIFO).
То есть забирать элементы из очереди мы будем в том же порядке, что и клали. Как реальная очередь или конвейер.

Прямо как складской учет.

Nikolay,  Ну Вы и пример привели, волосы дыбом от такого примера

Glukator,  Ну а это что по Вашему.Glukator,  Вы поймите я Вас не обидеть хочу, а показываю прямо то место где идет заблуждение, еще раз Луа  = таблица = ОПП, но если Вы используете таблицу , как можно можно не пользоваться ОПП, хотите Вы того или нет, мы эти пользуемся по умолчанию.

Вы опять пытаетесь определять кому что нужно, отвечайте за себя. Давайте про автоматизацию торговли, я только за!

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

не буду пользоваться молотком, когда молоток в рука, а заколочу лбом! Почувствуйте разницу.

Glukator,  Тот пример который Вы показываете,  связан с понятия свободных имен. А вопрос который обсуждается относится к применению  глобальных переменных с динамическими именами.
А Вопрос звучал в каких случаях нужны эти таблицы. На что в нескольких постах получен ответ.

Еще раз Пересмотрел главу Окружение. Нашел. "Конечно, главной областью применения _ENV является изменение окружения, используемого фрагментом кода."  
TGB,  Спасибо.

TGB, Если я ни чего не напутал, то подход максимальной локализации переменных, и по блочному их использованию, для таких пользователей как я оптимальный. И можно забыть про такое _G безболезненно для скрипта, поводом использования может я виться добиться необходимой видимости или есть еще повод?

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

1) value = loadstring("return " .. varname)()
2) value = _G[varname] -- в десятки раз эффективнее -- в десятки раз эффективнее

Ну ведь можно  
local A={}                value = A[varname]
В двойной очереди он этот прием демонстрирует.

nikolz,  Ну вот видна цена, видны сделки, видно результат. Вы пишите это в виде индикатора, для одного инструмента?  

Владимир,  Мы с Вами в своих подходах, пользуемся только луа, ну такой он, другого нет, так давайте подумаем что лучшее можно взять у него, как это эффективно можно применять!

Nikolay,  Ну все равно не понятно, _G таблица ну взять и локализовать под свою программу, или ее необходимые элементы? Я предполагаю что решаются еще вопросы видимости?

Ну или создал свою в корне дерева как Владимир, делает у себя, и обрабатывай.

"Не в применении к языку Lua, а в общем", в общем мне не интересно, и зачем, дадут новый язык, буду с ним разбираться, а в луа структура данных это таблица, из которых все остальные строятся.
Да и пишу я строго для себя, а примеров на луа множество, вон игры как написаны!

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

Вот поднята тема, которая требует пояснений,
есть две записи:

1) value = loadstring("return " .. varname)()
2) value = _G[varname] -- в десятки раз эффективнее

Зачем эти общие слова, кому они нужны? Да и с вопросом я маленько разобрался.

Ну я все таки приведу цитаты из книги, повторюсь, возможно кому то еще будут полезны и понятны подходы:

"Таблицы в Lua — это не одна из структур данных, — это единственная структура данных. Все структуры, которые предлагают другие языки, — массивы, записи, списки, очереди, множества — могут
быть представлены в Lua при помощи таблиц. Главное, таблицы Lua эффективно реализуют все эти структуры."

"Хотя мы можем реализовать массивы и списки при помощи таблиц Lua (и иногда мы это делаем), таблицы гораздо мощнее массивов и списков; многие алгоритмы с использованием таблиц становятся до банальности простым"

Последняя цитата хорошо подходит к примеру про индексацию trans_id.

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

У Фреймворк про который я здесь  рассказывал не однократно, это одна из ключевых идей, более того показывал! Да и любой может сам посмотреть.
Вот этот прием, но прежде чем им пользоваться trans_id создаются при инициализации.

Вы сами то себя слышите, если все работают с таблицами как она может быть не нужна или закрыта?

Владимир, Я уже говорил, чтоб говорить о великом нужно понятия сделать общими (говорить на одном языке и понимать о чем разговор).

Начну с начала. Вот из последнего от великих:Вас тут ничего не смущает?

Попробую пояснить что меня смущает. Уже неоднократно говорилось и разбиралось, что в луа единственная структура данных это таблица, таблица это половина ОПП,
а утверждение что этим не буду пользоваться, равно утверждению не понимаю как писать на луа!

или вот Мне можно ошибаться я пришел разбираться,  а тем кто тут самоутверждается  с закрытыми глазами, стоит глаза открыть!

Ответ: Обсуждаю вопросы для меня не очень понятные. А есть которые самоутверждаются.
Ответ: Да.Ответ: Я бы сильно не доверял статистике на сайте, цена ей три копейки. А считать Вы сами умеете, да и вопрос из области полезности, а она индивидуальна.Ответ: Пытаюсь объяснить, что "наделав кучу на голове у оппонента,  сидеть на ней, как на горе Эверест, со значимым видом" затея так себе.

PS: Манипуляция - это такой прием, "Перевод с больной головы на здоровую"

Владимир,  Лично для меня ветка полезна, а если бы отдельные члены дискуссии не занимались манипуляциями, а прямо отвечали на поставленные вопросы, то пустых постов было бы поменьше.
Хочется напомнить, что знак вопроса (?) в конце предложения означает, что задан вопрос, на который требуется ответ, иначе дурной тон. Но хамство это похоже какая - то профессиональная черта.

Спасибо что разрешили, ни у кого нет у меня есть разрешение, почти официальное. Вырежу в рамочку  под стекло!  

Glukator,  "Да мне шашечки и вряд а уж выберу на чем ехать!"  - VPM  

Да но были и другие варианты!

Владимир,  Вы сами кого хотите запутаете, то что Вы описали я пользуюсь, веду таблицу ордеров, сделок, позиции, результатов, оценок ... Сделал с Вашего примера опубликованного на этом форуме, за что Вам все скажем, спасибо!

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

Glukator,  Я не имею ни какого отношения к программированию, кроме данного проекта.

Вы упускаете важную вещь, Вы владеете несколькими языками программирования, закрытыми глазами пишите примеры , а у нас 2 класса образования и те не полные, для меня и думаю 90% процентов здесь таких, важней будет универсальность.
Да с  эффективность нужно еще посмотреть?

Владимир,  Это кого я запутал?

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

Glukator,  Так что же Вы мне тут, целый час голову морочите, это я у Вас  должен спрашивать. Мне кажется я Вам уже отвечал что я пишу про возможности, а как Вам делать, что Вам делать разберитесь сами!

Это прежде всего таблица. В которой в одном месте можно хранить функции, значения, строки .... Это просто удобно.
А я говорю что еще можно представить как конструктор, такое хранилище элементов конструктор.

Из нашего примера:
Можно записать так   List.pushlast(list, value)   List.popfirst (list)
А можно другой function List.poplast (list) удалить последний List.pushlast (list, value) добавить последний

Glukator,  Вы напишите не большой пример и попробуйте, это будет более понятно и все встанет на свои места.

Вот мой небольшой

Используйте одну функцию добавление в конец, и получаете свой вариант. Это модуль

Ну конечно индексы. А разница в универсальности, да и вариантов больше чем 4.

цитата из книги: "можете просто индексировать ее нужным ключом (именем переменной)"  
Вот этот прием:Это две разные переменные 1 - хранит размер; 2 значение.

Алгоритм хранит 2 переменных, начало и конец, 2 функции на добавление элемента, 2 функции на удаление элемента, т.е. всего можно собрать 4 варианта.
   1;    0
  ---------
1 | 11; 10
0 | 01; 00