Есть клиент C# ориентированный на работу с пользователем.
т.е. есть возможность поправить код клиента, но нет времени на полный рефакторинг.
Нужно автоматизировать работу клиента.
Пока смотрю на WCF через named pipe. может есть что то более простое с возможностью обмена типизированными сообщениями, желательно асинхронное но не обязательно.
и под FW 452.
☭ ✊ В мире нет ничего, кроме движущейся материи.
Re: Лучший способ организовать взаимодействие между двумя локальными приложениям
Здравствуйте, varenikAA, Вы писали:
AA>Пока смотрю на WCF через named pipe. может есть что то более простое с возможностью обмена типизированными сообщениями, желательно асинхронное но не обязательно.
Ничего лучше named pipe вы не найдёте. Ну разве что обычный TCP сокет.
Re: Лучший способ организовать взаимодействие между двумя локальными приложениям
Здравствуйте, varenikAA, Вы писали:
AA>Есть клиент C# ориентированный на работу с пользователем. AA>т.е. есть возможность поправить код клиента, но нет времени на полный рефакторинг. AA>Нужно автоматизировать работу клиента. AA>Пока смотрю на WCF через named pipe. может есть что то более простое с возможностью обмена типизированными сообщениями, желательно асинхронное но не обязательно. AA>и под FW 452.
WCF очень прост для начала, но есть некоторые тонкости.
Всё сериализуется через XML, даже бинарные данные !
Строки передаются в UTF-8, обычно не беспокоит пока не появляются невалидные символы в строке, а этом может запросто случиться потому как Windows разрешает
Часто вызывать другую сторону очень затратная операция.
Вызывать один раз метод с передачей массива на порядок быстрее множества вызовов.
Здравствуйте, varenikAA, Вы писали:
AA>Есть клиент C# ориентированный на работу с пользователем. AA>т.е. есть возможность поправить код клиента, но нет времени на полный рефакторинг. AA>Нужно автоматизировать работу клиента. AA>Пока смотрю на WCF через named pipe. может есть что то более простое с возможностью обмена типизированными сообщениями, желательно асинхронное но не обязательно. AA>и под FW 452.
Вообще редко когда нужно, чтобы именно программы так локально взаимодейстовали. Неужели нельзя без этого? Сделать все в одном приложении — почему нельзя?
Re[2]: Лучший способ организовать взаимодействие между двумя локальными приложен
Здравствуйте, СвободуАнжелеДевис, Вы писали:
С>>Ничего лучше named pipe вы не найдёте. Ну разве что обычный TCP сокет. САД>Обычный рест апи будет лучше
Да, но поверх чего? Нужен ведь некий IPC.
Re[2]: Лучший способ организовать взаимодействие между двумя локальными приложен
Здравствуйте, Shmj, Вы писали:
S>Вообще редко когда нужно, чтобы именно программы так локально взаимодейстовали. Неужели нельзя без этого? Сделать все в одном приложении — почему нельзя?
Они очень разные, к тому нет времени на полную переделку обоих приложений.
☭ ✊ В мире нет ничего, кроме движущейся материи.
Re[4]: Лучший способ организовать взаимодействие между двумя локальными приложен
Здравствуйте, Слава, Вы писали:
САД>>Обычный рест апи будет лучше С>Да, но поверх чего?
REST API, по определению, поверх HTTP. Будет чуть медленнее голых пайпов, зато работать будет на любой ОС, а не только на винде, и, при необходимости, легко будет растащить на разные машины. Я уж не говорю о том, что придется для пайпов велосипед изобретать.
... << RSDN@Home 1.3.17 alpha 5 rev. 62>>
Re[4]: Лучший способ организовать взаимодействие между двумя локальными приложен
С>>>Ничего лучше named pipe вы не найдёте. Ну разве что обычный TCP сокет. САД>>Обычный рест апи будет лучше С>Да, но поверх чего? Нужен ведь некий IPC.
дым, в смысле поверх чего? tcp/ip?
Нет времени на раскачку!
Re: Лучший способ организовать взаимодействие между двумя локальными приложениям
Здравствуйте, varenikAA, Вы писали:
AA>Пока смотрю на WCF через named pipe. может есть что то более простое с возможностью обмена типизированными сообщениями, желательно асинхронное но не обязательно. AA>и под FW 452.
Как ни странно, .NET Remoting в живее всех живых и работает из коробки.