Asp.net 网站和web应用程序如何通信？

我想在ASP.Net中开发一个交互式网站，我所说的交互式是指它有一个后端应用程序来提供实时逻辑（不遵循HTTP的请求/响应模型），并最终提供带有SQL Server数据库的动态*.aspx页面

这些组件如何结合在一起（作为设计和通信机制）以拥有一个可伸缩的应用程序

编辑：好的，正如您所知，我们都倾向于获得比HTTP模型更重要的东西，我希望我的后端应用程序能够持续实时工作，例如，它会有一些固定的时间间隔来对数据库进行查询

正如我想象的那样，它是一个服务器（包含一个ASP.Net网站、后端应用程序和数据库），随着时间的推移，设计可能会变得更加复杂。网站是用户的交互界面，网站需要（有时）密集的计算和查询，最好由后端应用程序处理，然后应用程序将信息发送给网站，包装并格式化为HTML标记，最终返回给用户

---

对设计有什么建议吗？对于一个可以迭代开发的健壮应用程序，您可以分享哪些关键想法，以使将来的更改/增强更容易？可能是关于整个项目的层次，或者是否更喜欢在网站和后端应用程序之间使用WCF而不是常规web服务

有趣。你能详细说明一下这个应用程序中的逻辑流程吗？非web应用程序（我假设它运行在同一台服务器上）在做什么

根据到目前为止的描述，我正在描绘一个由SQL数据库和运行在同一台机器上的Windows服务（对于实时逻辑应用程序）驱动的网站，它可以对该数据库执行任何需要执行的操作。但听起来你在寻求更直接的互动

编辑：

我希望我的后端应用程序 持续实时工作，例如 例如，它会有一些 执行某些查询的固定时间间隔 在数据库上

这可能（很可能应该）是一个Windows服务，或者是一些简单地与数据库交互的始终在线的应用程序。它和网站不需要知道对方的存在。网站只提供通过此过程在数据库中放置/操作的数据

网站需要（有时） 密集计算和查询 哪一个最好由 后端应用程序

像这样的异步处理通常对网站非常有用，因为当浏览器耐心等待时，并非所有事情都可以完成。设计因您所做工作的直观性而有很大差异，但首先，我建议如下：

用户在网站上“发起”计算。无论是设置一些值，上传一些批处理的东西，等等，都完全取决于你在做什么。主要的一点是，用户启动它

进程发挥作用所需的信息将持久保存到数据库中，并告知用户进程已排队等待处理。用户现在可以做其他事情了

后端应用程序（或多个应用程序）定期（每分钟、每5分钟等）轮询数据库，或者在上载“批处理”文件的情况下，可以使用类似FileSystemWatcher的工具来查找要做的新事情并执行它们。使用多线程或任何您需要的方法来实现这一点，但主要的一点是，这是一个“离线”过程，网站不会等待

当流程完成时，数据库中会设置一些标志（在正在处理的记录上，或者可能是用户“收件箱”中的“消息”记录或其他内容上），指示流程已完成

网站UI有一些指示符，在加载时，这些指示符会检查前面提到的标志，以向用户指示排队过程已经完成并准备好查看

后端流程还可以在流程完成时向用户发送电子邮件等

---

这就是你想的要点吗？还是出于某种原因，互动需要更直接？

这个问题目前太模糊，无法得到真正有意义的回答。