Как передать переменные между программами без обращения к диску?

Question

[lu1ssuarez]

В программе Excel передает переменные в скомпилированный autoit скрипт и наоборот. Сейчас передача осуществлена через обращения в базу и файлы с переменными на диске. Хочу уйти от использования физ памяти в сторону оперативной. Понимаю, что возможно использовать хранилище в оперативной памяти, но не могу понять механизм взаимодействия и excel, и autoit с программой в ОП. Например, с VBS скриптом-посредником. Через WinAPI я могу запустить, остановить батник, но как делать запросы к скрипту? Реализовать API в нем?

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

Answer 1

[#]

с одной стороны вариантов много, с другой стороны

велосипед не нужно изобретать

1 - Excel, как и все программы MS Office, имеет развитую инфраструктуру OLE Automatin, в том числе доступную практически из всех основных скриптовых инструментов. пример запроса https://duckduckgo.com/?q=AutoIt+OLE+Automatin&t=f...

2 - если запускаете внешний скрипт из самого Excel, вспомните, что всегда можно передать какие то входные параметры. допустим сообщить скрипту путь к книге, имя листа, адрес ячейки/диапазона и тд. потом из скрипта использовать OLE Automatin к этой книге/листу и тд. пример запроса https://duckduckgo.com/?q=AutoIt+%D0%B2%D1%85%D0%B...

ps при необходимости, просто замените в запросах AutoIt на VBS, BAT, WSH, PowerShell, C#, VisualBasic и так далее

pps

Когда писал свой вопрос, думал об аналоге scripting.dictionary с возможностью обращения из другой программы: в процессах висит словарь, одна программа в него пишет, другая - читает. И казалось, что доработка API к существующему словарю - плевое дело.

Excel книга в роли "словаря" (или InMemoryDB) с доступом по OLE - самый простой в освоении вариант

есть и много других. но придется учиться программировать. самая популярная легковесная БД - SQLite. кстати, имеет режим InMemory

какие проблемы? творите! ))
- https://duckduckgo.com/?q=AutiIt+SLQlite&t=ffab&ia=web
- https://duckduckgo.com/?q=Excel+SLQlite&t=ffab&ia=web

Comments

[lu1ssuarez]

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

Я вас понял, спасибо. Как решение "на лету" такая реализация выглядит хорошо. И хотя обращение к книге из скрипта лучше, чем создавать файл с параметрами, здесь мы от физической памяти уйти не можем.

[#]

lu1ssuarez, кажется вы совсем запутались..

Как решение "на лету" такая реализация выглядит хорошо

для сведения - это индустриальный стандарт общения между программами. в частности автоматизацию 1С и Excl, в том числе взаимную, только так реализуют.

здесь мы от физической памяти уйти не можем.

и? вы хотели уйти от дискового обмена, но куда? есть диск, и есть физическая, она же оперативная память.. где OLE обмен и происходит
куда вы еще хотите уйти? в 5-е измерение? таких технологий еще нет )))

[#]

lu1ssuarez, почитайте, может стоит..
https://ru.wikipedia.org/wiki/Object_Linking_and_E...

[res2001]

lu1ssuarez, Вам нужно найти какой-либо сторонний инструмент (БД, key-value и т.п.), удовлетворяющий вашим требованиям (хранение данных в памяти) и предоставляющий интерфейс OLE. Тогда вы сможете его использовать из скрипта Excel и из третьего скрипта, умеющего работать с OLE (или возможно имеющего свой собственный интерфейс к этому хранилищу).
Например WhiteDB - БД в памяти. Но на счет OLE нужно выяснять отдельно, я не в курсе. Сейчас эта тема не то что бы сильно популярна, особенно в открытом ПО.
Что касается БД, то подойдет любая, для которой есть OLEDB/ODBC драйвер - в этом случае сможете ее использовать через стандартный механизм OLEDB

[lu1ssuarez]

#, вы правы про физическую память, речь шла про диск.
ADODB используется в программе для подключений к SQL Servery. Аналогично возможно подключение к файлу excel (ссылка на файл вместо адреса, указать другой драйвер). Раз это стандарт, то уделю ему больше внимания.

res2001, спасибо за наводку.

Когда писал свой вопрос, думал об аналоге scripting.dictionary с возможностью обращения из другой программы: в процессах висит словарь, одна программа в него пишет, другая - читает. И казалось, что доработка API к существующему словарю - плевое дело.

[res2001]

lu1ssuarez, Словарь - это по сути key-value хранилище. Они есть и даже с размещением в памяти.
Но вам нужно под винду и нужно OLE интерфейс, а это сильно сужает варианты. Я ничего сходу предложить не могу.

[#]

lu1ssuarez, res2001, и снова путаница - OLE к Excel, это не обращение к файлу. это работа именно в памяти. зачем стороння InMemoryDB??? это лишняя прослойка

вы может иметь книгу Excel, кторая содержит макрос VBA, который вызывает внешний макрос (если вы не смогли решить проблему в VBA, а он много чего может) и (внимательно!) передать ему собственное имя книги и листа с данными

после чего внешний макрос, инициирует COM объект "приложение Excel", и находит книгу в числе уже открытых, в ней лист и тд

другой вопрос - как любой инструмент, Excel OLEAutomation, придется подучить

[lu1ssuarez]

и (внимательно!) передать ему собственное имя книги и листа с данными

#, передать как?

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

[#]

lu1ssuarez, вам нужен курс обучения? это возможно, но это уже в личку, по тому что быстро явно уже не будет ))

и (внимательно!) передать ему собственное имя книги и листа с данными

это как раз что бы НЕ

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

к чему вы кажется привыкли

[#]

lu1ssuarez, и вообще, из вашего вопроса и каментов, задача не достаточно ясна. использование SQLite, возможно тоже подходящее решение, а может и лучше..

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

[lu1ssuarez]

#, хорошо, спасибо за совет

[res2001]

#,

вы может иметь книгу Excel, кторая содержит макрос VBA, который вызывает внешний макрос (если вы не смогли решить проблему в VBA, а он много чего может) и (внимательно!) передать ему собственное имя книги и листа с данными

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