Getting ScriptControl to work with Excel 2010 x64
I am trying to use the solution given to this, however, whenever I try to run the most basic anything, I get an Object not Defined error. I thought this would be my fault (not having installed ScriptControl). However, I tried installing as described in here, to no avail.
I am running Windows 7 Professional x64 with Office 2010 64 bit.
3 Answers 3
You can create ActiveX objects like ScriptControl , which available on 32-bit Office versions via mshta x86 host on 64-bit VBA version, here is the example (put the code in a standard VBA project module):
It has few shortcomings: the separate mshta.exe process running is necessary, which is listed in task manager, and pressing Alt + Tab hidden HTA window is shown:
Also you have to close that HTA window at the end of your code by CreateObjectx86 Empty .
UPDATE
You can make the host window to be closed automatically: by creating class instance or mshta active tracing.
First method assumes you create a class instance as a wrapper, which uses Private Sub Class_Terminate() to close the window.
Note: if Excel crashes while code execution then there is no class termination, so the window will stay in background.
Put the below code in a class module named cMSHTAx86Host :
Put the below code in a standard module:
Second method for those who don’t want to use classes for some reason. The point is that mshta window checks the state of VBA’s Static oWnd variable calling CreateObjectx86 without argument via internal setInterval() function each 500 msec, and quits if the reference lost (either user have pressed Reset in VBA Project window, or the workbook has been closed (error 1004)).
Note: VBA breakpoints (error 57097), worksheet cells edited by user, opened dialog modal windows like Open / Save / Options (error -2147418111) will suspend the tracing since they makes application unresponsive for external calls from mshta. Such actions exceptions are handled, and after completion the code will continue to work, no crashes.
m_i_kuznetsov
m_i_kuznetsov Размышления о разработке программного обеспечения и информационных систем
То, что действительно важно, но чему нигде не учат
Одно из решений задачи динамической генерации и выполнения кода заключается в использовании некоторого стороннего движка-интерпретатора скриптового языка (см. «Динамическая генерация кода»). Такое решение есть у корпорации Microsoft под названием MS Script Control. Немного почитать о нём можно здесь и здесь.
По сути, MS Script Control является ActiveX-компонентом, который представлен в двух версиях: 32- и 64-разрядной. Обычно обе версии компонента ставятся вместе с ОС Windows. Найти их можно в виде файлов msscript.ocx в каталогах %SYSTEMROOT%\System32 и %SYSTEMROOT%\SysWOW64 соответственно. В некоторых случаях 32-разрядную версию следует искать в подкаталогах %SYSTEMROOT%\winsxs.
Для работы с MS Script Control следует добавить в проект ссылку на COM-компонент MSScriptControl нужной версии. После этого вы получаете доступ к пространству имён MSScriptControl и, в частности, можете создавать экземпляры класса ScriptControlClass.
Больше плести кружева языком не буду. Приведу пример кода. Будем считать, что у нас есть проект оконного приложения с приведённым на рисунке интерфейсом пользователя.
В выпадающем списке cbLanguage указывается два пункта для выбора скриптового языка: VBScript или JScript (заметьте, что MS Script Control работает именно с JScript, а не JavaScript).
В поле «Формула» пользователь может написать некоторое выражение, а в поле «Код» — последовательность операторов. При этом, есттественно, должен соблюдаться синтаксис выбранного языка. После нажатия на кнопку «Рассчитать» в поле результата появится либо результат вычислений, либо сообщение об ошибке. Нажатие на кнопку «Выполнить» приведёт к попытке выполнения указанного пользователем кода.
В завершение сам код для нажатия обеих кнопок. Здесь, думаю, всё понятно без лишних слов.
private void btnSolve_Click(object sender, EventArgs e)
<
ScriptControlClass scc = new ScriptControlClass();
scc.Language = cbLanguage.Text;
try
<
object result = scc.Eval(txtFormula.Text);
txtResult.Text = result.ToString();
>
catch (Exception ex)
<
txtResult.Text = ex.Message;
>
>
private void btnExecute_Click(object sender, EventArgs e)
<
ScriptControlClass scc = new ScriptControlClass();
scc.Language = cbLanguage.Text;
try
<
scc.AddCode(txtCode.Text);
scc.ExecuteStatement(txtFunction.Text);
>
catch (Exception ex)
<
txtResult.Text = ex.Message;
>
>
Все существенные плюсы и минусы решения, использующего MS Script Control, происходят от его природы. С одной стороны, удобно, что нужная библиотека есть всегда под рукой. С другой стороны, использование ActiveX сталкивается с большими проблемами на 64-разрядной платформе или при использовании многопоточности. Применять MS Script Control для написания серверных компонентов однозначно не стоит.
Использование Microsoft ScriptControl
Автор: Анатолий Тенцер
При разработке настраиваемых информационных систем часто возникает необходимость добавить в свою программу встроенный язык программирования. Такой язык позволял бы конечным пользователям настраивать поведение программы без участия автора и перекомпиляции. Однако самостоятельная реализация интерпретатора является непосильной для многих разработчиков задачей, а от большинства остальных потребует очень много времени и усилий.
В то же время в Windows, как правило, уже имеется достаточно качественный интерпретатор, который может быть легко встроен в вашу программу. Речь идет о Microsoft ScriptControl. Он устанавливается вместе с Microsoft Internet Explorer, входит в Windows 2000 и Windows 98, а для младших версий доступен в виде свободно распространяемого отдельного дистрибутива, объем которого составляет около 200 Кбайт. Его можно получить по адресу http://msdn.microsoft.com/scripting или установить с нашего компакт-диска. В дистрибутив входят ActiveX-компонент и файл помощи с описанием его свойств и методов.
Добавление TScriptControl в программу
Чтобы добавить Microsoft ScriptControl на палитру компонентов Delphi, необходимо импортировать компонент ActiveX под названием Microsoft ScriptControl.
После этого на закладке ActiveX появится невизуальный компонент TScriptControl, который можно разместить на форме.
Настройка свойств и вызов скриптов
Рассмотрим ключевые свойства и методы TScriptControl.
property Language: String
Задает язык, интерпретатор которого будет реализовывать компонент. В стандартной поставке доступны VBScript и JScript, однако, если в вашей системе установлены расширения Windows Scripting, возможно использование других языков, таких как Perl или Rexx.
property Timeout: Integer
Задает интервал исполнения скрипта, по истечении которого генерируется ошибка. Значение –1 позволяет отключить ошибки, связанные с истечением отведенного времени (timeout), что позволит скрипту исполняться неограниченное время.
property UseSafeSubset: Boolean
При установке этого свойства в TRUE компонент может выполнять ограниченный набор действий, заданный текущими установками безопасности в системе. Это свойство полезно, если вы запускаете скрипты, полученные, например, через Интернет.
procedure AddCode(const Code: WideString);
Добавляет код, заданный параметром к списку процедур компонента. В дальнейшем эти процедуры могут быть вызваны при помощи метода Run либо из других процедур скрипта.
function Eval(const Expression: WideString): OleVariant
Выполняет код, заданный в параметре Expression, и возвращает результат исполнения. Позволяет выполнить код без добавления его к списку процедур компонента.
procedure AddObject(const Name: WideString; Object_: IDispatch; AddMembers: WordBool);
Добавляет объект к пространству имен компонента. Объект должен быть сервером автоматизации. Добавленный объект доступен как объект в коде скрипта. Например, если в программе создан сервер автоматизации External, реализующий метод DoSomething(Value: Integer), то, добавив объект
мы можем в коде скрипта использовать его следующим образом:
function Run(const ProcedureName: WideString; var Parameters: PSafeArray): OleVariant;
Выполняет именованную процедуру из числа ранее добавленных при помощи метода AddCode. В массиве Parameters могут быть переданы параметры.
Сбрасывает компонент в начальное состояние, удаляя все добавленные ранее объекты и код.
Таким образом, TScriptControl представляет собой достаточно гибкую исполняющую систему с возможностями расширения путем добавления в ее пространство имен серверов автоматизации.
Интеграция TScriptControl с VCL
В существующем виде возможности TScriptControl сильно ограничены сложным доступом к классам VCL. Исполнение интерпретируемого кода – это хорошо, однако хотелось бы иметь возможность обращаться из него к компонентам в программе, получать и устанавливать их свойства, обрабатывать возникающие в них события, например, следующим образом:
Следующая часть главы посвящена реализации такой функциональности, однако прежде чем приступить к ее исполнению, необходимо более подробно рассмотреть некоторые механизмы, лежащие в основе модели расширения TScriptControl и VCL.
Модель расширения TScriptControl
Как уже было сказано выше, Microsoft ScriptControl позволяет сделать доступными из скрипта объекты, реализованные в программе при помощи метода AddObject. При обращении к таким объектам он предполагает, что они реализуют интерфейс IDispatch и являются, таким образом, серверами автоматизации. В Delphi в качестве таких объектов могут выступать наследники TAutoObject, создать которые можно при помощи мастера, вызываемого из меню File -> New -> ActiveX -> Automation Object. При вызове методов этих объектов ScriptControl последовательно вызывает методы GetIdsOfNames и Invoke их интерфейса IDispatch, что обеспечивает вызовы соответствующих методов объекта. Однако здесь имеются определенные сложности:
- По окончании работы с объектом (например, при выходе его за пределы области видимости процедуры скрипта) TScriptControl автоматически вызывает его метод _Release, что приводит к уничтожению класса Delphi. Таким образом, для каждого класса приходится создавать некий объект-представитель, который бы транслировал вызовы TScriptControl в методы и свойства класса Delphi, а став ненужным — уничтожался, не уничтожая самого класса.
- Функциональность наследников TAutoObject задается на этапе компиляции и не может быть расширена в процессе исполнения программы. Это требует создания отдельных представителей для каждого класса VCL, что очень сложно осуществить, к тому же при этом нельзя использовать классы, не имеющие соответствующего представителя.
Чтобы найти обходные пути для решения этой проблемы, необходимо более детально вникнуть в реализацию базового интерфейса, лежащего в основе автоматизации.
Интерфейс IDispatch обеспечивает возможность позднего связывания, то есть вызовов методов объектов не по адресам, а по именам на этапе выполнения программы. Интерфейс определен как:
Ключевыми методами интерфейса являются GetIdsOfNames и Invoke.
Этот метод осуществляет трансляцию имен методов и свойств объекта автоматизации в целочисленные идентификаторы. Если OLE пытается разрешить ссылку вида:
то у SomeObject запрашивается интерфейс IDispatch, вызывается метод GetIdsOfNames, которому передаются ссылка на массив имен, требующих разрешения в параметре Names, количество имен в параметре NameCount и региональный контекст в параметре LocaleId. Метод должен заполнить массив, на который указывает параметр DispIds, значениями идентификаторов имен. Объект имеет возможность предоставить разные имена методов для каждого поддерживаемого языка. Если это не требуется — параметр LocaleId можно игнорировать.
Стандартная реализация IDispatch ищет информацию об именах методов и их идентификаторах в библиотеке типов объекта, однако программист вполне может взять эту работу на себя и осуществлять самостоятельную трансляцию.
После получения идентификатора запрошенного метода OLE вызывает функцию Invoke, передавая в нее:
Идентификатор вызываемого метода или свойства, полученный от GetIdsOfNames.
Региональный контекст (тот же, что и в GetIdsOfNames).
Битовая маска, состоящая из следующих флагов:
Вызывается метод. Если у объекта есть свойство с таким же именем, то будет установлен также флаг DISPATCH_PROPERTYGET
Запрашивается значение свойства
Устанавливается значение свойства
Параметр передается по ссылке. Если флаг не установлен – по значению.
Структура DISPPARAMS, содержащая массив параметров, массив идентификаторов для именованных параметров и количества элементов в этих массивах. Параметры передаются в порядке, обратном порядку их следования в функции, как это принято в Visual Basic.
Адрес переменной типа OleVariant, в которую должны быть помещены результат вызова метода, или значение свойства, или , если возвращаемое значение не требуется.
Адрес структуры EXCEPTINFO, которую метод должен заполнить информацией об ошибке, если она возникнет.
Адрес массива, в который должны быть помещены индексы неверных параметров, в случае если такая ситуация будет обнаружена.
При вызове Invoke не осуществляется никаких проверок, поэтому в ходе его самостоятельной реализации необходимо соблюдать аккуратность при работе с переданными адресами массивов и переменных.
Как видно из описания Idispatch, имеется возможность самостоятельно реализовать этот интерфейс, динамически преобразуя обращения к объекту автоматизации в обращения к соответствующим свойствам классов Delphi.
Информация RTTI Delphi
Delphi имеет свой внутренний протокол, позволяющий осуществлять обращение к опубликованным (объявленным в секции published) свойствам и методам класса. Этой цели служат функции модуля TypInfo.pas. Ключевой является функция
которая позволяет по имени свойства получить адрес структуры PPropInfo, содержащей информацию о свойстве. В дальнейшем можно получить значение этого свойства при помощи функций GetXXXProp или установить его функциями SetXXXProp. При этом будут корректно вызваны функции получения или установки свойства. Таким образом, по имени свойства можно определить его наличие и установить или получить его значение. Такая возможность позволяет создать реализацию IDispatch, динамически транслирующую обращения к свойствам зарегистрированного в TScriptControl объекта автоматизации в обращения к свойствам связанного с ним экземпляра класса VCL.
Итак, как показано выше, RTTI Delphi предоставляет достаточную функциональность для того, чтобы обеспечить трансляцию вызовов OLE-Automation в обращения к свойствам компонентов VCL. Для этого необходимо:
- В методе GetIdsOfNames проверить существование свойства при помощи функции GetPropInfo и, если такое свойство найдено, вернуть какой-нибудь числовой идентификатор. В роли такого идентификатора удобно использовать результат, возвращаемый функцией GetPropInfo.
- В методе Invoke установить или получить значение свойства, используя функции GetXXXProp или SetXXXProp.
Для трансляции вызовов OLE в VCL создадим класс TVCLProxy:
Экземпляр этого класса создается при регистрации объекта в TScriptControl и уничтожается автоматически, когда потребность в нем исчезает.
Поле FOwner хранит ссылку на экземпляр класса VCL, интерфейс к которому предоставляет объект, зарегистрированный в TScriptControl. TVCLScriptControl – это наследник TScriptControl.
Главным его отличием является наличие списка зарегистрированных экземпляров TVCLProxy и обработчиков событий, позволяющих компонентам VCL вызывать методы скрипта.
В методе GetIdsOfNames мы должны проверить наличие запрошенного свойства и вернуть адрес его структуры TPropInfo, если такое свойство найдено.
Свойства компонентов VCL
Константы DISPID_CONTROLS, DISPID_COUNT и т.д. определены как целые числа из диапазона 1…1 000 000. Это вполне безопасно, поскольку адрес структуры TPropInfo никак не может оказаться менее 1 Мбайт.