Универсальный обмен данными между приложениями

Посоветуйте, пожалуйста, подход для решения следующей штуки:
Передача данных из приложенияА (C#) в приложениеB (C#, C++, Java, остальные будет хорошо, но не обязательно), где они изменяются и передаются обратно.
Данные могут быть любого объема и состоять из нескольких аргументов разных типов (например, {текст, кодировка, число}).
Достаточно, чтобы передача была между приложениями на локальном компьютере, где приложениеА запускает приложениеВ.
Скорость передача желательна, но не является критичной.
Спасибо.

0

Сообщение от insite2012 Ну самое простое - используйте NamedPipes. Максимальная скорость передачи, как вам и хочется.

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

0

Yura Ost, ну только вы понимаете, что эти ссылки ведут на виртуальную память процесса. Для другого процесса эта ссылка ни о чём не говорит. А зачем именно объектами? Это не очень тривиальное решение

0

Сообщение от gvt Yura Ost, ну только вы понимаете, что эти ссылки ведут на виртуальную память процесса. Для другого процесса эта ссылка ни о чём не говорит.

Да, понимаю. И этот момент меня смущает. Интересно, есть ли способ создания общей виртуальной памяти для двух процессов. Именно для размещения в ней объектов, а не stream input/output

Сообщение от gvt А зачем именно объектами? Это не очень тривиальное решение

Изначально хотел что бы была возможность динамического подключения плагина для его отладки без остановки основного приложения, для которого пишется плагин. При запуске приложения для тестирования оно создаёт объект плагина и передает его в уже запущенное основное приложение, а дальше основное приложение и библиотека плагина начинают взаимодействовать.
Если же в основное приложение передавать не объект плагина, а, инфу о классе плагина (например, путь к dll и название класса), то основное приложение сможет создать объект плагина и работать с ним, но объект будет уже создан под управлением процесса основного приложения, и отладка будет возможна только в нем же, что не очень удобно.
После завершения работы над плагином он будет подключаться обычном способом и будет работать в рамках одного процесса, а значит возня с сервисами и/или сериализацией, на мой взгляд, будет излишня. Т.е. сейчас задача состоит в создании удобств на время разработки и их не обязательно реализовывать кошерно. Хотя и сама по себе тема обмена объектами интересная, т.к может пригодиться в дальнейшем. Если же нет простого способа обмена объектами, то пересмотрю свой подход.

0

Сообщение от Yura Ost хотел что бы была возможность динамического подключения плагина

Так бы сразу и сказали.
Попробуйте MEF, возможно это то, что вам нужно.

0

Сообщение от insite2012 Так бы сразу и сказали. Попробуйте MEF, возможно это то, что вам нужно.

спасибо, попробую

0

Сообщение от Yura Ost Изначально хотел что бы была возможность динамического подключения плагина для его отладки без остановки основного приложения

Для загрузки плагинов можно также применять рефлексию

0

Сообщение от aquaMakc Для загрузки плагинов можно также применять рефлексию

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

0