Передача данных из .Net процесса в приложение VB6 - методы

[Maitris]

Задача такая, нужно как-либо инициировать нетовский процесс и получить из него нужные данные (результат работы функции). Процесс должен быть все время запущен (поэтому коммандная строка не подходит).

[ANDLL]

Пусть .net-овскйи процесс пишет в файл. Или через std handles общайтесь

[Maitris]

ANDLL
C файлом идея сразу пришла - но как ему(.net app) запрос передать?
Можно поподробнее про std handles?

[ANDLL]

Можно поподробнее про std handles?

В Vb6 - createpipe\createprocess
В .net - console.write, console.read

C файлом идея сразу пришла - но как ему(.net app) запрос передать?

Че?

[Maitris]

ANDLL
Все-таки решили общаться через TCP - собственно проблема решена.

[Хакер]

Ужас.

[Maitris]

Хакер,
А че ужас-то?:) Вполне нормально работает.

[Хакер]

В дрель можно тоже вставить погнутый стальной пруток и использовать её как миксер. И вполне нормально взбивать будет.

Но ведь ужас-же?

[alibek]

IPC через сетевые протоколы (TCP/IP) — довольно удачный вариант. Никакого ужаса не вижу.

[Денис]

Да. Так и рождаются новые технологии.

[Хакер]

Угу. Настолько новая, что была предложена мною 5 лет назад, когда я ещё не знал ни о пайпах, ни о общих маппингах, ни о мэилслотах, ни о IPC через оконные сообщения, после чего я и способ были обгажен довольно нехорошими словами.

IPC через сетевые протоколы (TCP/IP) — довольно удачный вариант.

Это смотря в каком плане "удачный". Если в плане "сделать IPC без всякой мороки, быстро и просто" - да, безусловно удачный.

Если в плане "сделать качественный локальный IPC без фигни" - это отстойнейший вариант. Во-всех отношениях.

Вообще, есть MSDN рульная схемка на тему того, в каких случаях какой способ IPC выбирать: