Автоматизация серверов: от десктопных макросов к платформам FANG

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

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

Автоматизация сервера может выполняться в адресном пространстве клиента. В этом случае она называется внутренним (in-process) сервером и реализуется как библиотека (DLL).

Кроме того, сервер автоматизации может выполняться в своем собственном адресном пространстве, отличном от адресного пространства контроллера. В этом случае он называется out-of-process сервером. О серверах этого типа и пойдет речь.

Если сервер автоматизации выполняется на компьютере, отличном от компьютера, где работает контроллер, он называется удаленным. Обратите внимание, что многие локальные серверы автоматизации могут быть запущены удаленно. Как это дошло до FANG?

FANG означает крупнейшие технологические компании в США:

• F — Facebook
• A — Amazon
• N — Netflix
• G — Google

Они уже успели стать одной из самых известных компаний по всей США. Автоматизация серверов особенно важна для них, потому что когда мы говорим об автоматизации процессов. Такие крупные компании — те, кто нуждается в них больше всего.

Прошлое десятилетие действительно определило автоматизацию серверов для FANG. Разработчики были вовлечены для внедрения системы, которая отлично работает.

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

Финтех медленно становится сферой, где такие технологии действительно важны и все больше компаний смотрят вперед к этому тренду.

Концепция за автоматизацией серверов

Если клиент и сервер находятся в разных адресных пространствах (будь то на одном компьютере или на разных), клиент должен ссылаться на методы объектов в разных адресных пространствах для управления сервером. Технология LRPC (Local Remote Procedure Calls) используется для этой цели.

Как упоминалось ранее, каждый SOM-сервер (который является сервером автоматизации) и каждый класс SOM-объектов имеет уникальный 128-битный GUID (Global Unique Identifier).

Когда вы обращаетесь к классам SOM-объектов, это иногда называется CLSID (Class ID). Когда вы создаете SOM-серверы (включая серверы автоматизации), вы можете генерировать их автоматически с помощью GUID и CLSID, хотя вы можете генерировать их при необходимости, вызывая стандартный Windows API coCreateGUID.

Информация о всех SOM-серверах и классах SOM-объектов хранится в системном реестре, что позволяет клиенту «не знать», в какой директории (или на каком компьютере локальной сети) находится SOM-сервер, и получать информацию о нем из реестра.

В общем, SOM-сервер — это приложение, которое создает SOM-объект и делает его доступным для других программ. Сервер автоматизации предоставляет своим клиентам специальный тип объекта для доступа — dispatch-объект.

В то же время, в адресном пространстве приложения-контроллера, управляющего сервером, есть опциональная переменная, содержащая интерфейс IDispatch, дающий ему доступ к этому объекту на SOM-сервере.

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

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