Межпроцессные взаимодействия (IPC)

Операционная система Microsoft ® Windows ® предусматривает механизмы, которые облегчают обмен совместно использующейся информацией и данными между приложениями. В собирательном значении - это действия, включающие в работу механизмы, называемые межпроцессными взаимодействиями (interprocess communications) (IPC). Некоторые формы межпроцессного взаимодействия (IPC) облегчают разделение задания между несколькими специализированными процессами. Другие формы межпроцессорного взаимодействия (IPC) облегчают разделение задания между компьютерами в сети.

Как правило, прикладные программы могут использовать межпроцессное взаимодействие (IPC), поделенное на категории как клиенты или серверы. Клиент (client) - прикладная программа или процесс, который запрашивает системную службу от какой-либо другой прикладной программы или процесса. Сервер ( server) - прикладная программа или процесс, который отвечает на клиентский запрос. Много приложений действуют и как клиент, и как сервер, в зависимости от ситуации. Например, приложение обработки текстов может действовать как клиент, требуя итоговую таблицу производственных затрат от программы электронных таблиц, действующей как сервер. Программа электронных таблиц, в свою очередь, может действовать как клиент, требуя последний уровень запасов от автоматизированного приложения управления запасами.

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

• Должна ли прикладная программа быть в состоянии связаться с другими приложениями запущенными на других компьютерах в сети, и действительно ли достаточно для прикладной программы, чтобы связываться только с приложениями на локальном компьютере?
• Должна ли прикладная программа быть в состоянии связаться с приложениями запущенными на других компьютерах, которые могут быть запущены в среде различных операционных систем (таких как 16-разрядный Windows или UNIX)?
• Должен ли пользователь прикладной программы выбирать другое(ие) приложение(я), с которым связывается прикладная программа, или приложение может неявно найти своего взаимодополняющего партнера?
• Должна ли прикладная программа связываться со многими различными приложениями общим способом, типа позволяя операции вырезки и вставки при помощи любого другого приложения, или его требования к обмену информацией должны быть лимитированы установкой ограничений взаимодействия с конкретными другими приложениями?
• Действительно ли производительность является критическим аспектом прикладной программы? Все механизмы межпроцессного взаимодействия (IPC) включают в себя некоторый объем дополнительного расхода времени и памяти.
• Прикладная программа должна быть приложением графического интерфейса пользователя (GUI) или консольной программой? Некоторые механизмы межпроцессного взаимодействия (IPC) требуют приложения графического интерфейса пользователя (GUI).

Ниже перечислены механизмы использования межпроцессного взаимодействия (IPC), которые поддерживаются Windows:

• Буфер обмена
• Модель компонентных объектов (COM)
• Копирование данных (Data Copy)
• Динамический обмен данными (DDE)
• Отображение (проекция) файла в память
• Почтовые слоты (Mailslots)
• Каналы (Pipes)
• Вызов удаленной процедуры (RPC)
• Сокеты Windows (Windows Sockets)