Prem Kumar Rathrolla Ответов: 1

Консольное приложение C# для форм VB6

Здравствуйте друзья,
У меня есть приложение, в котором VB6 отправит ответ на Soap Tool Kit, а затем Soap получит ответ от веб-службы и вернет этот ответ обратно в приложение VB6.

До сих пор здесь все ясно?

Так вот, Soap Tool kit действует как промежуточное программное обеспечение в моей текущей архитектуре, не так ли?

Теперь я хочу избавиться от SOAP Tool Kit, вместо этого я хочу разработать приложение C#, которое взаимодействует с веб-сервисом и возвращает ответ на VB6 !!

Что я уже пробовал:

мое испытание,
1) я разработал консольное приложение C# и вызываю веб-службу из этого консольного приложения, а затем сохраняю результат в текстовом файле.
Затем я запускаю приложение VB6 и получаю данные из этого текстового файла.

2) таким образом, я не хочу сохранять результат в текстовом файле, а непосредственно передавать результат из консольного приложения C# в приложение VB6.


Ваши предложения и комментарии приветствуются.

1 Ответов

Рейтинг:
2

David_Wimbley

Я думаю, вам нужно взглянуть на свою архитектуру и спросить, зачем вам нужно консольное приложение C#, чтобы действовать как посредник между веб-сервисом (предположительно веб-сервисом soap) и вашими формами vb6.

Я немного сбит с толку вашим вопросом, так что для установления моего понимания вот что, как мне кажется, у вас есть. В настоящее время у вас есть 3 приложения. Приложение VB6, веб-служба SOAP и веб-служба (эта вторая веб-служба может быть такой же, как SOAP??).

Поэтому я думаю, что есть 2 способа ответить на ваш вопрос.

1) я не думаю, что вам нужно консольное приложение, чтобы действовать в качестве посредника/замены для вашего веб-сервиса для связи с вашим приложением vb6. В этом сценарии я предполагаю, что у вас есть 2 веб - службы и вы заменяете веб-службу soap консольным приложением.

Если вы не контролируете вызываемую веб-службу, создайте промежуточную веб-службу в c# (скажем...web api), который делает то, что вам нужно для файла, а затем результатом промежуточной веб-службы c# будет предоставление либо URL-адреса, либо байтов вашего файла для загрузки при вызове.

Итак, в этом сценарии у вас есть
* веб - сервис
* Приложение VB6
* Веб-сервис C#

Веб-служба c# получает данные из "веб-службы" и манипулирует ими в любом формате, в котором вам нужно приложение vb6 для их использования.

2) второй вариант, если "веб-сервис" и веб-сервис SOAP-это одно и то же, то просто создайте веб-сервис C# (web API), чтобы заменить ваш веб-сервис soap и сделать все ваши вызовы к новому веб-сервису C# из VB6.

Единственная причина, по которой я могу думать, что вам понадобится консольное приложение, - это если вы делаете самостоятельную веб-службу WCF или что-то подобное, что вы не указали/неясно, что вы имеете в виду.

Но вкратце, я думаю, вам нужно посмотреть на свою архитектуру и оценить, действительно ли вам нужно консольное приложение, и посмотреть, почему вы не можете выполнять вызовы веб-служб в своем приложении vb6 вместо того, чтобы пытаться загрузить его в консольное приложение. Я уверен, что 2 варианта, которые я предложил, - это 2 из многих различных маршрутов, которые вы могли бы использовать для решения своих проблем...Я просто не знаю достаточно о том, что ты делаешь.