Двусторонняя связь между веб-приложением ASP.NET и приложением C#

Question

Мне нужно создать веб-сайт и приложение, которые взаимодействуют друг с другом в обоих направлениях. Я буду создавать веб-сайт с помощью ASP.NET и приложение на C#.

Я буду размещать сайт самостоятельно, и он будет работать на той же машине, что и приложение.

Я не знаю, какой метод лучше использовать для отправки данных между ними. Приложение C# должно работать все время. Должен ли я создать приложение консоли C#, а затем скрыть окно консоли? Или какой-нибудь другой вид приложения будет более уместным?

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

спасибо.

EDIT Будет использоваться шаблон запроса-запроса, при этом веб-приложение всегда будет экземпляром запросов. Это то, что я имел в виду при двустороннем общении.

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

Я буду использовать SQL Server Express 2008 R2, а back-end приложение будет единственным, связанным с базой данных. Веб-приложение будет в основном касаться уровня презентации.

Внешнее приложение будет иметь объекты в памяти, которые создаются при запуске приложения (с данными, загружаемыми из БД), а затем сохраняются в БД (во время выполнения и перед закрытием). Будет ли приложение C# Console идеальным для такого рода вещей?

Answer 1

Что вы описали в своем комментарии типична три приложение.

• Интерфейсные: ASP.NET приложение, размещенное в IIS
• Back-конец: .NET приложение работает как служба Windows (или приложение WCF размещенной в IIS/WAS) с открытым вебом-службами. Внешнее приложение связывается с этим приложением с помощью веб-служб (или удаленных пользователей).
• База данных: Доступ к только обратному приложению.

Просто, чтобы все было ясно. Двусторонняя связь имеет много значений, но в общих чертах это то, что интерфейс выполняет обратный вызов (back-end и back-end) (запрос-ответ). Back-end никогда не вызывает front-end - такая связь очень трудно достижима с помощью приложения ASP.NET.

ASP.NET работает на заказ. Клиент вызывает ваше приложение ASP.NET и обрабатывает клиентский запрос =, где выполняется вся логика. Когда запрос обрабатывается, обработка завершается. Поэтому вызов вашего приложения ASP.NET из базы данных не подходит для этого, если вы не предоставляете какой-либо специальный веб-сервис для обработки задних страниц, но даже после этого он не будет коррелировать с обработкой запросов ваших клиентов без какого-либо внутреннего состояния в ASP.NET заявление.

Answer 2

WCF может быть выбором. Вы можете создать какое соединение вам нужно с WCF.

Кроме того, я рекомендую вам взглянуть на SignalR. Это проект, который позволяет вам создавать постоянное соединение между вашим веб-приложением и клиентским приложением. (ваше приложение C# в этом случае.). Официально, SignalR - это асинхронная сигнальная библиотека для ASP.NET, которая помогает создавать интерактивные веб-приложения в режиме реального времени.

Answer 3

WCF будет работать, и вы также можете посмотреть на потребляя/записи веб-службы, но в зависимости от того, если вы хотите синхронизации или асинхронным, кажется, больше похоже на вопрос ..